系统环境:
CENTOS7, XAMPP
找到日志位置:
/opt/lampp/var/mysql/instance-7srte5br.err
错误日志如下:
2018-12-16 11:22:22 140123038402368 [Note] InnoDB: Using mutexes to ref count buffer pool pages 2018-12-16 11:22:22 140123038402368 [Note] InnoDB: The InnoDB memory heap is disabled 2018-12-16 11:22:22 140123038402368 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2018-12-16 11:22:22 140123038402368 [Note] InnoDB: GCC builtin __sync_synchronize() is used for memory barrier 2018-12-16 11:22:22 140123038402368 [Note] InnoDB: Compressed tables use zlib 1.2.8 2018-12-16 11:22:22 140123038402368 [Note] InnoDB: Using SSE crc32 instructions 2018-12-16 11:22:22 140123038402368 [Note] InnoDB: Initializing buffer pool, size = 32.0M 2018-12-16 11:22:22 140123038402368 [Note] InnoDB: Completed initialization of buffer pool 2018-12-16 11:22:22 140123038402368 [Note] InnoDB: Log sequence number at the start 365785282 and the end 365785262 do not match. 2018-12-16 11:22:22 140123038402368 [ERROR] InnoDB: Database page corruption on disk or a failed file read of tablespace /opt/lampp/var/mysql/ibdata1 page [page id: space=0, page number=5]. You may have to recover from a backup. 2018-12-16 11:22:22 7f70efedc740 InnoDB: Page dump in ascii and hex (16384 bytes): len 16384; hex a0a936d600000005000000000000000000000000
解决办法:
在MySQL配置/opt/lampp/etc/my.cnf里加入如下一行:
innodb_force_recovery=1
其他参数介绍:
Mode 1当遇到损坏页时,不使 MySQL 崩溃
Mode 2不运行后台操作
Mode 3不会尝试回滚事务
Mode 4不计算统计数据或应用存储/缓冲的变化
Mode 5在启动过程中不查看撤消日志
Mode 6在启动时不从重做日志(ib_logfiles)前滚
因为被破坏的地方只在索引的部分,所以当使用innodb_force_recovery = 1运行InnoDB时,操作如下:
#执行check,repair table 都无效 alter table yourtablue engine =myisam; #也报错了,因为模式是innodb_force_recovery =1。 ERROR 1025 (HY000): Error on rename of '...' to '....' (errno: -1) #建立一张表: create table yourtablue #和原表结构一样,只是把INNODB改成了MYISAM。 #把数据导进去 insert into yourtablue_bak select * from email_status; #删除掉原表: drop table yourtablue; #注释掉innodb_force_recovery 之后,重启。 #重命名: rename table yourtablue_bak to yourtablue; #最后该回存储引擎 alter table yourtablue engine = innodb
最后提醒:
为了让此类似问题不在出现,记得常常备份数据库