怪异的InnoDB类型错误, 求解?

在阿里云 Ubuntu 12.04 64位,内存512MB, lampp安装 wordpress 的时候
报以下错误:
Killed
130702 09:38:53 mysqld_safe Number of processes running now: 0
130702 09:38:53 mysqld_safe mysqld restarted
130702  9:38:53 [Note] Plugin 'FEDERATED' is disabled.
130702  9:38:53 InnoDB: The InnoDB memory heap is disabled
130702  9:38:53 InnoDB: Mutexes and rw_locks use InnoDB's own implementation
130702  9:38:53 InnoDB: Compressed tables use zlib 1.2.3
130702  9:38:53 InnoDB: Initializing buffer pool, size = 10.0M
130702  9:38:53 InnoDB: Completed initialization of buffer pool
130702  9:38:53 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
130702  9:38:53  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
130702  9:38:54  InnoDB: Waiting for the background threads to start
130702  9:38:55 InnoDB: 1.1.8 started; log sequence number 14329418
130702  9:38:55 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
130702  9:38:55 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
130702  9:38:55 [Note] Server socket created on IP: '0.0.0.0'.
130702  9:38:55 [Note] Event Scheduler: Loaded 0 events
130702  9:38:55 [Note] /opt/lampp/sbin/mysqld: ready for connections.
Version: '5.5.27'  socket: '/opt/lampp/var/mysql/mysql.sock'  port: 3306  Source distribution
130702  9:38:55 [Note] /opt/lampp/sbin/mysqld: Normal shutdown发帖数个技术论坛.均已无解...寄托最后希望在CSDN的各位大神.解决方案给一个~~..无限膜拜...

解决方案 »

  1.   

    130702  9:38:55 [Note] /opt/lampp/sbin/mysqld: ready for connections.
    Version: '5.5.27'  socket: '/opt/lampp/var/mysql/mysql.sock'  port: 3306  Source distribution上面日志显示MYSQL已经启动。130702  9:38:55 [Note] /opt/lampp/sbin/mysqld: Normal shutdown然后紧接着被正常关闭,检查一下系统内的其它进程，比如杀毒软件，防火墙之类的，是不是去关闭了MYSQL。
      

  2.   

    没有任何程序, 与之冲突, 只有在安装wordpress 发生了此错误.
      

  3.   

    没有error信息啊  mysql服务已经启动了吧
      

  4.   

    其实我也在怀疑...可是我一旦用 wordpress访问.就会把 mysql挂掉. 比较奇怪
      

  5.   

    应该是和MYSQL本身没有问题了。直接单独启动MYSQL断定一下问题。如果不是MYSQL的问题则建议到相应的软件版块咨询一下。
      

  6.   

    其实我也在怀疑...可是我一旦用 wordpress访问.就会把 mysql挂掉. 比较奇怪
    用客户端执行下wordpress访问的sql语句  看看是否是表损坏
      

  7.   

    MySQL 看日志是正常的  
    被wp拖垮了