mysql 数据库不能正常启动？

故障处理

移除当前使用的 redo log 文件，然后可以试着启动数据库，结果启动失败！

提示：

[ERROR] InnoDB: Page [page id: space=0, page number=0] log sequence number 178377412422 is in the future! Current system log sequence number 165909011496.

这样的错误，这是因为 MySQL writer 线程按照配置的时间间隔以 page 为单位刷新 buffer 数据到磁盘。当数据刷新到磁盘的时候，新写入磁盘的 page 包含了较新的 LSN，此时系统 system 表空间头的 LSN 并没有同步更新，通常这是检查点线程的工作。在正常的崩溃恢复中，MySQL 可以借助 redo log 来进行前滚和回滚，但是此时 redo log 已经被我们删掉了，MySQL 无法进行恢复 *** 作。此时，我们设置 innodb_force_recovery=3 来强制启动 MySQL，仍然启动不成功，改成 4 后启动了！

再使用 mysqldump 导出备份，结果噩梦又降临了！MySQL 又 crash 了。

提示：

InnDB: Failed to find tablespace for table......

设置参数 innodb_force_recovery=5，数据库仍然启动失败，再设置成 6，启动成功！用 sqldump 顺利把数据备份出来了！

再初始化数据库，把刚刚备份的数据库导入，数据库恢复成功完成！

参数说明

这里的关键是设置 innodb_force_recovery 参数，对应这个参数的说明如下：

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线程数给35—50个，用户可以根据不同的服务端限制，来修改下载软件的原始下载线程数。根据下载资源的热门程度，其候选资源数量的不同，该任务下载可用的线程数也会不同，MySql线程数一般可以设置在35-50之间，这样的设置不会导致您电脑的连接数过多，而无法从事其他网络活动。

mysql5的手册中提到，插入一条记录，所需的时间比例大概是：

连接：(3)

发送查询给服务器：(2)

分析查询：(2)

插入记录：（1x记录大小）

插入索引：（1x索引）

关闭：(1)

并且表的大小以logN（B树）的速度减慢索引的插入，因此提高插入速度的方法大概有以下7种：

一个insert语句包含多个value值；

使用insert delayed方法；

使用insert into ...values(select ...from)，即select的同时执行insert；

使用load data infile；

先禁掉索引，插入后再创建索引；

写锁表，插入，解锁。原因是索引缓存区仅在所有insert语句完成后才刷新到磁盘上一次；

增加key_buffer_size值来扩大键高速缓冲区。

---