转自:http://www.dbunix.com/?p=3105
线上库的alert.log中出现如下错误信息:
120120 11:21:16 InnoDB: Assertion failure in thread 1133807936 in file ibuf0ibuf.c line 4233
InnoDB: Failing assertion: page_get_n_recs(page) > 1
尝试修改三个参数不同值来启动mysqld,修改成如下值时
innodb_purge_threads=0
innodb_change_buffering=changes
innodb_force_recovery=4
能够启动mysqld,但无法写操作:
root@test 02:45:26>insert into t values (2);
ERROR 1030 (HY000): Got error -1 from storage engine
类似bug如下:
http://bugs.mysql.com/bug.php?id=61104
暂时解决:
可以考虑切到备库,暂时停用change buffering特性
以上信息来自印风同学,这里想简单介绍一下change buffering是什么,到底有什么用?
change buffering是MySQL5.5加入的新特性,change buffering是insert buffer的加强,insert buffer只针对insert有效,change buffering对insert、delete、update(delete+insert)、purge都有效。当修改一个索引块(secondary index)时的数据时,索引块在buffter pool中不存在,修改信息就会被cache在change buffer中,当通过索引扫描把需要的索引块读取到buffer pool时,会和change buffer中修改信息合并,再择机写回disk。
目的还是为了减少随机IO带来性能损耗,说明白了:把随机IO尽量变成顺序IO。现在SSD盛行,在SSD上随机访问和顺序访问性能几乎差不多的情况下,change buffering特性不会带来多大的性能提升,但对于廉价的机械硬盘,这个参数还是能帮助提高性能的。
change buffering由参数innodb_change_buffering控制:
all:buffer inserts, delete-marking operations, and purges.
none:Do not buffer any operations.
inserts:Buffer insert operations.
deletes:Buffer delete-marking operations.
changes:Buffer both inserts and delete-marking.
purges:Buffer the physical deletion operations that happen in the background.
这篇文章没什么新意,第一天上班,看到印风同学写得邮件,以前没太在意change buffering特性,今天结合文档学习一下,随意记录一下。 MySQL5.5目前用得还不多,所以遇到的bug还有限,大范围推广,还需要做更多测试。
参考:
http://dev.mysql.com/doc/refman/5.5/en/innodb-performance-change_buffering.html
http://blogs.innodb.com/wp/2010/09/mysql-5-5-innodb-change-buffering/