改善InnoDB恢复的时间

InnoDB的恢复速度是一个十分让人困惑的问题。这里有很多关于它的讨论：
http://bugs.mysql.com/bug.php?id=29847
http://dammit.lt/2008/10/26/innodb-crash-recovery/
这些问题导致InnoDB奔溃的时候，需要很长的启动时间。即使从备份文件恢复也会影响到（包括LVM、xtrabackup 和 innobackup之类的备份方式）

我做了个简单的测试，I do crash mysql during in-memory tpcc-mysql benchmark with 16 running threads.（请问这个in-memory和tpcc-mysql是什么意思啊?)

MySQL参数：

innodb_buffer_pool_size=16G
innodb_log_files_in_group=3
innodb_log_file_size=512M

启动MySQL 5.4.1

090706 15:39:47  InnoDB: Database was not shut down normally!
...
090706 16:51:56 [Note] libexec/mysqld: ready for connections.

你可以看到共需1小时12分的启动时间。

在 XtraDB 我们做了改进，请看

090706 17:04:11  InnoDB: Database was not shut down normally!
...
090706 18:10:53 [Note] libexec/mysqld: ready for connections.

1小时6分，比之前快了，但还是很慢。

So Yasufumi sat, scratched his head and made new patch for InnoDB. 使用该补丁启动MySQL：

090707 19:00:01  InnoDB: Database was not shut down normally!
...
090707 19:06:42 [Note] libexec/mysqld: ready for connections.

6分41秒，快了10倍，值得深思。

这个补丁还不属于XtraDB官方分支，它在这里
http://bazaar.launchpad.net/~percona-dev/percona-xtradb/recovery-speed-hack/

这个补丁程序很小，我想让 InnoDB 专家对它进行审查:

http://bazaar.launchpad.net/~percona-dev/percona-xtradb/recovery-speed-hack/revision/86

欢迎您前来讨论。如果这个补丁稳定了，我将会集成在XtraDB 和 XtraBackup中。

原文：Improving InnoDB recovery time

恩，说白了就是一个广告...