改善InnoDB恢复的时间

InnoDB的恢复速度是一个十分让人困惑的问题。这里有很多关于它的讨论：
[url]http://bugs.mysql.com/bug.php?id=29847[/url]
[url]http://dammit.lt/2008/10/26/innodb-crash-recovery/[/url]
这些问题导致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官方分支，它在这里
[url]http://bazaar.launchpad.net/~percona-dev/percona-xtradb/recovery-speed-hack/[/url]

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

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

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

原文：[url=http://www.mysqlperformanceblog.com/2009/07/07/improving-innodb-recovery-time/]Improving InnoDB recovery time[/url]

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