首页 > MySQL Innodb > Innodb快速恢复补丁

Innodb快速恢复补丁

Yasufumi 提供了一个用户在innodb crash后快速恢复的补丁

如果最后该补丁能够纳入官方体系,那么Innodb将在性能上又有很大的提升。

上次MySQL中文实验室的聚会中介绍了buffer大小,redo log大小,checkpoint对性能的影响。那么如果大的redo log能在crash后快速回复的话,我们可以将redo log设置到最大,这样可以尽可能降低checkpoint的次数,来提升数据库的性能。

再者还可以将redo log 4G的限制从源码上解决,从而适应现在动则上10G的buffer。

Related posts:

  1. 使用SSD跑InnoDB注意事项及解决方案
  2. InnoDB plugin 1.0.7
  3. Inniostat – InnoDB IO Statistics
  4. InnoDB Plugin 1.0.4 for MySQL 5.1.37
  5. MySQL Cluster Checkpointing
分类: MySQL Innodb 标签:
  1. test
    2009年8月5日12:36 | #1

    你好,请问下redo log是指innodb log吗?
    我好像找不到这个设置的。

    • 2009年8月7日09:26 | #2

      对,是指Innodb的redo log
      具体调整参数为下面两个:
      innodb_log_file_size
      innodb_log_files_in_group

  2. test
    2009年8月8日11:19 | #3

    谢谢,真是热心肠

  3. nova
    2009年8月8日16:03 | #4

    有什么隐患没?测了?

  4. 2009年8月9日01:20 | #5

    @nova
    没,这个就算测过也不太敢用,等官方确认纳入才能放心。

  5. 2009年8月22日16:01 | #6

    请问一下innodb_flush_log_at_trx_commit = 2 有比innodb_flush_log_at_trx_commit = 0 还快吗?
    我查了一下资料是该参数设定2是比0不安全,但速度上似乎就不知了
    (更不安全应该要更快吧?)

  6. 2009年8月25日02:21 | #7

    @Hero
    0“应该”更快。2相对要安全点,因为是直接丢给了OS,如果只是mysqld crash的话,数据还是安全的。我说“应该”是因为实际当中不管是0,还是2性能上几乎看不出多少差别。

  7. 2009年9月18日15:14 | #8

    redo log能在crash后快速回复的话
    这个应该是恢复吧!

  8. 2009年9月18日16:33 | #9

    @虎子
    是。
    但是因为有些业务需求要求恢复时间足够短,在这种情况下如果能够快速恢复的话,那么同样也可以设置足够大的redo log,从而提高性能。

  1. 本文目前尚无任何 trackbacks 和 pingbacks.