MySQL5.1.60 fix的几个bug

fix的几个跟innodb相关的bug：

1.http://bugs.mysql.com/bug.php?id=62294

在buf_buddy_relocate里调用不必要的buffer pool互斥锁导致的性能下降

2.http://www.mysqlperformanceblog.com/2011/11/20/bug12704861/

由5.1.58/59的fix的一个bug导致的 另外一个bug.....按照官方的描述，当有数据在更新而服务器crash的时候，如果更新列为BLOB类型（并且数据在另外一个页上），可能会导致数据丢失。

3.Lookups using secondary indexes could give incorrect matches under a specific set of conditions. The conditions involve an index defined on a column prefix, for a BLOB or other long column stored outside the index page, with a table using the Barracuda file format. (Bug #12601439)

这个bug搜不到啊搜不到……

4.http://bugs.mysql.com/bug.php?id=59733

处理了长时间等待信号hang住或者中断的情况，老版本似乎是直接重启的……

5.http://bugs.mysql.com/bug.php?id=44312 

replication执行如下操作序列导致死锁：

start slave;

stop slave SQL_THREAD;

start slave;

6.Bug #12911710

内部的0到二进制的转换可能会导致精度损失

7.一个跟filesort相关的Valgrind警告, (Bug #12856915) ，之前遇到过这边的内存crash，后面在看看这个问题

8.http://213.136.52.24/bug.php?id=58200

又一个跟filesort相关的bug

9.http://bugs.mysql.com/bug.php?id=49030

当optimize一个myisam表时，如果使用myisam_use_mmap，可能会导致表的损坏

10.http://bugs.mysql.com/bug.php?id=53646

当压缩的时候，myisampack可能会创建一个损坏的full text索引

11.http://bugs.mysql.com/bug.php?id=47337

当编译的时候使用 --with-plugin-innodb_plugin 和--without-plugin-innobase时，不会创建innochecksum 

12.几个跟federated存储引擎相关的bug,不关注