【IT168 评论】回顾MySQL Conference & Expo，当时InnoDB1.0.7GA(with MySQL-5.5)的新特性公布抢尽了风头，回头想想，Oracle/InnoDB也是酝酿已久吧。回想起来，InnoDB的Faster Recovery特性着实值得关注。
一般地，MySQL/InnoDB都是运行在普通的PC Server + Linux(Unix)上，虽然不期待 +AIX 的高可用，但想尽一切办法缩短MySQL的不可用时间，仍然是DBA的目标。根据经验，主机OS崩溃、硬件故障，仍然是影响MySQL可用性的最主要因 素，当这些故障(OS、硬件)恢复后，另一个非常耗时的恢复就是InnoDB自己的恢复时间。一般主机发生一次重启，正常大约小于5分钟，但此时 InnoDB恢复可能需要40分钟或者更久(这依赖于Buffer Pool、脏页面比例、TPS等因素)。试想，如果每次能够把故障时间控制在10分钟之内，那么通过应用容错、Cache支持等办法，用户体验和可用时间 都将有进一步的提升。而Plugin1.0.7GA通过算法和 管理上的改进，将crash recovery大大缩短了，这也就意味着以后redo log可以顶着4G用了(xtraDB可以超过4G)，这样可以在很大程度上降低IO需求、从而极大地提高InnoDB的写性能。
另外，MySQL 5.5将结合InnoDB plugin 1.1,在很多地方做了改进，比如Multiple Rollback Segments，将不再有1024并发事务的限制;Split Buffer Pools，进一步发展可以指定某些表常住 ， 相当于事务安全的内存表，并且没有表锁限制，另外还是变长字段，相比现在内存表来说优秀很多。另外，InnoDB Performance Schema、Replication durability也在很大程度上改进优化。新的InnoDB Plugin的引进到MySQL 5.5，对于DBA和用户来说都是一件值得关注和高兴的事。
本文由上海爱可生信息技术有限公司根据甲骨文公司官方文档翻译整理而成，版权归属甲骨文公司，转载请保留此版权声明。 http://blogs.innodb.com/wp/2010/04/innodb-performance-recovery/
本文转自 liang3391 51CTO博客，原文链接:http://blog.51cto.com/liang3391/728939