mysql断电修复_MySQL断电恢复的一点简单分析

system logsequencenumber 1626124.

InnoDB: Your databasemay be corruptoryou may have copied the InnoDB

InnoDB: tablespace but notthe InnoDB log files. See

InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html

InnoDB: formore information.

这个问题今朝的影响范围其实还不明显，因为尽管如斯，我们照样可以或许写入数据的。

关于崩溃恢复，有一个数据参淑匀其须要留意，那就是innodb_force_recovery，这个参数默认值为0，如不雅为非0的值(范围为1-6)，会有下面的影响范围。mysql>insertintotestvalues(1,'a');

Query OK, 1 row affected (0.04 sec)

mysql> select*fromtest;

+----+------+

| id | name|

+----+------+

| 1 | a |

+----+------+

1 row inset(0.00 sec)

1 (SRV_FORCE_IGNORE_CORRUPT): 忽视检查到的corrupt页。

2 (SRV_FORCE_NO_BACKGROUND): 阻拦主线程的运行，如主线程须要履行full purge操作，会导致crash。

3 (SRV_FORCE_NO_TRX_UNDO): 不履行事务回滚操作。

4 (SRV_FORCE_NO_IBUF_MERGE): 不履行插入缓冲的归并操作。

5 (SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日记，InnoDB存储引擎会将未提交的事务视为已提交。

6 (SRV_FORCE_NO_LOG_REDO): 不履行前滚的操作。

对于这个问题，在一些断电的场景下照样可能出现的。我起首是要确认是否为线上营业照样测试情况，线上营业来嗣魅这个影响照样很大年夜的。如不雅数据库无法启动，重要义务照样把数据库启动，然后在这个基本上查看损掉的数据程度，安排数据修复的事宜。mysql>setglobalinnodb_force_recovery=2;

ERROR 1238 (HY000): Variable 'innodb_force_recovery'isareadonlyvariable

在此假设我们设置为2，再次复现这个问题问题，你就会发明，数据库临时是可以启动的，然则数据只能萌芽，DML操作都邑抛错。mysql>select*fromtest;

Empty set(0.00 sec)

mysql>

mysql> insertintotestvalues(1,'a');

ERROR 1030 (HY000): Got error -1 fromstorage engine

推荐阅读

在Ignite大年夜会上，微软列出了将改变科技家当的3项关键技巧，分别是混淆实际、人工智能和量子计算。微软在移动时代错掉了影响力，这是毋庸置疑的，然则它正在尽力弥补。如不雅大年夜家日常平凡比较存>>>详细阅读

地址：http://www.17bianji.com/lsqh/37624.html