一、回退重新装mysql
为避免再从其他地方导入这个数据的麻烦，先对当前库的数据库文件做了个备份（/var/lib/mysql/位置）。接下来将percona server 5.7包进行了卸载，重新安装原先老的5.1.71的包，启动mysql服务，提示unknown/unsupported table type: innodb，无法正常启动。
110509 12:04:27 InnoDB: Initializing buffer pool, size = 384.0M110509 12:04:27 InnoDB: Completed initialization of buffer poolInnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytesInnoDB: than specified in the .cnf file 0 157286400 bytes!110509 12:04:27 [ERROR] Plugin 'InnoDB' init function returned error.110509 12:04:27 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.110509 12:04:27 [ERROR] Unknown/unsupported table type: innodb110509 12:04:27 [ERROR] Aborting110509 12:04:27 [Note] /usr/sbin/mysqld: Shutdown complete
删除/var/lib/mysql/目录，重新启动数据库服务，并初始化，发现正常，show engines能发现有innodb引擎。再将数据库停掉，将之前备份的/var/lib/mysql/目录的内容覆盖当前位置的内容，重启。又发现不能进行启动，报错内容和刚刚一样。
/var/lib/mysql目录内容的结构如下：
-rw-rw---- 1 mysql mysql 10485760 2月 26 18:10 ibdata1-rw-rw---- 1 mysql mysql 5242880 2月 26 18:10 ib_logfile0-rw-rw---- 1 mysql mysql 5242880 2月 26 17:20 ib_logfile1drwx------ 2 mysql mysql 4096 2月 26 17:20 mysqldrwx------ 2 mysql mysql 4096 2月 26 17:24 wiki
wiki目录是测试数据的库，ibdata1文件为数据文件，ib开头的两个文件为日志文件，mysql 目录下为系统库相关的东西 。再次使用初始化的数据，并将wiki目录和ibdata1文件覆盖到/var/lib/mysql 目录下，可以正常启动，也可以正常登录。
二、innodb模块重装
不过在通过mysqldump备份时，又提示unknow table engine “Innodb” 。登录后，查看当前所有的引擎类型，发现其中果然不存在innodb类型：
通过alter命令修改其中一个表的类型为MyISAM ，发现仍然报错。
通过 find 查找发现/usr/lib64/mysql/plugin/目录下有ha_innodb_plugin.so文件。印象中mysql5以后的版本支持在线插件安装 。通过下面查看确认，果然支持：
自学 PHP、MySQL和Apache
本书将PHP开发与MySQL应用相结合，分别对PHP和MySQL做了深入浅出的分析，不仅介绍PHP和MySQL的一般概念，而且对PHP和MySQL的Web应用做了较全面的阐述，并包括几个经典且实用的例子。本书是第4版，经过了全面的更新、重写和扩展，包括PHP5.3最新改进的特性（例如，更好的错误和异常处理），MySQL的存储过程和存储引擎，Ajax技术与Web2.0以及Web应用需要注意的安全
400 查看详情
使用如下命令加载时，发现不成功：
install plugin innodb soname 'ha_innodb.so';
三、备份
在/etc/my.cnf中增加如下配置：
plugin-load=innodb=ha_innodb_plugin.soplugin_dir=/usr/lib64/mysql/plugin/default-storage-engine=InnoDB
发现仍启动失败。查看mysql-error.log发现有如下内容：
InnoDB: Database page corruption on disk or a failedInnoDB: file read of page 7.InnoDB: You may have to recover from a backup.InnoDB: It is also possible that your operatingInnoDB: system has corrupted its own file cacheInnoDB: and rebooting your computer removes theInnoDB: error.InnoDB: If the corrupt page is an index pageInnoDB: you can also try to fix the corruptionInnoDB: by dumping, dropping, and reimportingInnoDB: the corrupt table. You can use CHECKInnoDB: TABLE to scan your table for corruption.InnoDB: See also http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
打开forcing-innodb-recovery官方页面，发现可以通过指定innodb_force_recovery参数，进行强制启动和恢复。在/etc/my.cnf中增加如下内容：
innodb_force_recovery=6
重新启动成功了。通过mysqldump备份也没有问题，将备份数据导入其他主机发现也正常可以测试。
这下就好搞了，将mysql彻底删除，重新安装Percona server 5.7，安装完后，建库，还原数据，程序重新连接，一切OK。
以上就是mysql innodb异常怎么处理的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1029284.html
微信扫一扫 
支付宝扫一扫 
