MySQL断电恢复的一点简单分析

system log sequence number 1626124.

InnoDB: Your database may be corrupt or you may have copied the InnoDB

InnoDB: tablespace but not the InnoDB log files. See

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

InnoDB: for more information.

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

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

mysql> insert into test values(1,'a'); 
 
Query OK, 1 row affected (0.04 sec) 
 
mysql> select *from test; 
 
+----+------+ 
 
| id | name | 
 
+----+------+ 
 
| 1 | a | 
 
+----+------+ 
 
1 row in set (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> set global innodb_force_recovery=2; 
 
ERROR 1238 (HY000): Variable 'innodb_force_recovery' is a read only variable

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

mysql> select *from test; 
 
Empty set (0.00 sec) 
 
mysql> 
 
mysql> insert into test values(1,'a'); 
 
ERROR 1030 (HY000): Got error -1 from storage engine 	
			 3/4   首页 上一页 1 2 3 4 下一页 尾页	
			

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


本文标题：MySQL断电恢复的一点简单分析
地址：http://www.17bianji.com/lsqh/37624.html
 1/2    1