MySQL关于InnoDB的几个错误_MySQL

Starting MySQL.. ERROR! The server quit without updating PID file (/var/lib/mysql/localhost.localdomain.pid).

简单的去搜索一下关于此错误的解决方法，找到一个说删除InnoDB表的日志文件即可，于是就尝试了一下（删除操作首先别忘了备份）

不知道mysql数据存放位置的可以这样子查看，找到my.cnf，里面的datadir=/var/lib/mysql既是了

cat /etc/my.cnf 找到mysql数据存放位置

来到这里面有三个文件ibdata1,ib_logfile0,ib_logfile1

其中ibdata1是InnoDB表的共享表空间，切忌不可以删除这个文件，部分InnoDB表的数据就在里面呢

ib_logfile0,ib_logfile1，这两个文件不同配置下名字会不同，是InnoDB表的日志文件（别忘记了InnoDB表示事务安全的，当数据库奔溃时，重启数据库服务，会根据这些日志文件重做一些事务）

删除了这两个日志文件，然后启动mysql（service mysql start）这次启动成功了！

--------------------------------------------------------------------------------------------------------

可是过了不久，真的不久，才十几分钟，数据库又挂了，启动数据库（service mysql start），又报下面这个错误

Starting MySQL.. ERROR! The server quit without updating PID file (/var/lib/mysql/localhost.localdomain.pid).

然后再次删除日志文件，再启动，可以了，再过了不久……又挂了，所以明白，问题不出于这里

这些问题，每个人出错的都不一样，网上别人的出错原因也许和你不一样呢，要不人家可以解决，你怎么就不可以解决，故去查看msyql错误记录文件自己瞧个明白

msyql错误记录文件不知道在哪里，可以这样子来找：同样查看my.cnf文件,其中mysqld-safe下的log-error就是mysql错误日志

[mysqld_safe]
log-error=/var/log/mysqld.log

打开它看看，发现一堆错误，用这个命令简单看一下出错重点

cat /var/log/mysqld.log | grep 'ERROR' | less

发现了服务启动时，为何会跑错了

2013-08-04 13:48:22 760 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace em/temp uses space ID: 2 at filepath: ./em/temp.ibd. Cannot open tablespace mysql/innodb_index_stats which uses space ID: 2 at filepath: ./mysql/innodb_index_stats.ibd

打开表空间出错！！出这个错的原因是以前有次操作把ibdata1给删除掉了！（ibdata1文件刚才说了，共享表空间！！删除掉了后mysql虽然会重新生成，但是已经损坏了所有的InnoDB数据库了。ps：为什么会删除掉这个文件，我也不知道是什么时候删除了，是通过history看到的）

找到原因了，但是ibdata1这个文件没有备份，恢复不了，还在我这个服务上的数据库都是测试数据，可以drop掉重新导入以前备份的版本，故drop掉损坏的数据库，在mysql命令中是drop不掉的，只能在文件系统里直接删除其文件（第一步已经知道了数据存储位置了，直接删（ps记得先备份））

然后再重建了数据库，导入数据，重启mysql，正常启动，过了一天还没有挂掉！修复成功！第二天再去看一下mysql错误日志，又有了新发现

--------------------------------------------------------------------------------------------------------------

tail -n 200 /var/log/mysqld.log

文件里都在报这样的错误

Error: Table "mysql"."innodb_table_stats" not found.

2013-04-02 09:07:35 7fc53f5e4700 InnoDB: Recalculation of persistent statistics requested for table "mydatabase"."mytable" but the required persistent statistics storage is not present or is corrupted. Using transient stats instead.

但是目前有没察觉到对项目和数据库使用的明显影响，但是还要解决的，这篇博客说的很明白，果断推荐

http://hi.baidu.com/life_to_you/item/d35894c0058a993098b498ee

最后，都没发现什么问题了。MySQL遇到什么问题，第一下还是看下mysql的错误日志比较好，里面记录的一清二楚，逐个排除就好啦