本周MySQL官方verified/open的bug列表（11月8日至11月14日）

本周MySQL verified的bug列表（11月8日至11月14日）
1. Bug #70859-DWITH_EXAMPLE_STORAGE_ENGINE=1 is ignored
URL: http://bugs.mysql.com/bug.php?id=70859
备注：CMake的问题，导致无法把Example_storage_engine编译进binary，此bug可忽略；

2.Bug #70863Wrong error message on a failed ALTER .. LOCK=NONE attempt
URL：http://bugs.mysql.com/bug.php?id=70863
备注：online ddl的问题，适用版本5.6.14。MyISAM存储引擎在指定Lock=none时无法执行DDL语句，此时提示的错误信息为“ERROR 1845 (0A000): LOCK=NONE/SHARED is not supported for this operation. Try LOCK=EXCLUSIVE.”，但实际上指定Lock=shared是可以执行的。指定Lock=shared时适用的算法是COPY，而不是更高效的INPLACE。指定Lock=EXCLUSIVE时使用的是INPLACE，因此此error信息可能会造成使用者的误解。

3.Bug #70865COM_CHANGE_USER redundant packet
URL：http://bugs.mysql.com/bug.php?id=70865
备注：MySQL的鉴权处理逻辑是（1.server端向client端发送随机的scramble； 2.client使用这个scramble生成加密的密码发送回server；3.server检查发回的代码）；当client在一开始就使用适当的plugin时，无需此次交互过程。

4.Bug #70867Wrong OS error number reported in error log during failure at startup
URL：http://bugs.mysql.com/bug.php?id=70867
备注：InnoDB启动时，如果由于权限问题无法启动，有一条报错语句是“InnoDB: File operation call: 'create' returned OS error 113.”，而实际正确的错误码应该是13“OS error code 13: Permission denied”；

5.Bug #70877DCL statement is failing on slave with replicate-ignore-db=mysql
URL: http://bugs.mysql.com/bug.php?id=70877
备注： 理论上，如果指定“replicate-ignore-db=mysql”，在master上执行的DCL语句不应该复制到slave。但实际上，如果在非mysql的schema上执行DCL语句，是会被复制到slave的（因为binlog在DCL语句前会附加一个use db；）。同时，如果在master上试着update/delete一个不存在的用户，replication将会报错。

6.Bug #70886MIN/MAX optimizer doesn't take into account type conversions
URL：http://bugs.mysql.com/bug.php?id=70886
备注：5.5和5.6都可以重现。优化器相关的bug，“MIN/MAX optimizer doesn't take into account type conversions. This means that queries may return different values depending on whether the table has an index.”
具体重现看下边的示例：
create table t2 ( a char(10) not null, key(a)) engine=innodb;

insert into t2 values ('foo-123');
insert into t2 values ('-1234');
insert into t2 values ('-99');
insert into t2 values ('-99999');

MySQL [test]> select max(a) from t2 where a < 432;
+--------+
| max(a) |
+--------+
| -99999 |
+--------+
1 row in set (0.00 sec)

MySQL [test]> select max(a) from t2 ignore index(a) where a < 432;
+---------+
| max(a)  |
+---------+
| foo-123 |
+---------+
1 row in set, 4 warnings (0.00 sec)

7.Bug #70891Server writes into world-writable file even after warning about it
URL: http://bugs.mysql.com/bug.php?id=70891
备注：文件权限问题。MySQL对一个具有world writable的符号链接的写入，可能绕过Linux本身的文件权限管理。（比如一个/etc/NOT_PASSWD是只限root读写的，但在data目录下创建一个world writable可读写的符号链接链向这个文件，这样MySQL就有可能通过写入这个符号链接修改原始文件内容。bug描述中提到的uuid是5.6开始有的一个特性，用于构成gtid）。

8.Bug #70898Manual declares size in KB valid for innodb_data_file_path, but it does not work
URL：http://bugs.mysql.com/bug.php?id=70898
备注： --innodb-data-file-path字段不能指定xxxKB。如“--innodb-data-file-path="ibdata1:20480K:autoextend"”会导致server启动报错。

本周MySQL Open的bug列表（11月8日至11月14日）
1.Bug #70901ORDER BY of a TEXT column doesn't use the same ordering as the < > = operators
URL：http://bugs.mysql.com/bug.php?id=70901
备注：在5.5和5.6版本上均可重现。是TEXT类型的字段，直接比较和使用order by排序，产生的结果不一致。具体可看下边的重现步骤：
root@test 12:40:56>use test;
Database changed
root@test 02:51:29>drop table if exists t;
Query OK, 0 rows affected (0.01 sec)

root@test 02:51:30>create table t (v text collate utf8_bin);
Query OK, 0 rows affected (0.01 sec)

root@test 02:51:47>insert into t values ('');
Query OK, 1 row affected (0.00 sec)

root@test 02:51:59>insert into t values ('\n\n');
Query OK, 1 row affected (0.01 sec)

root@test 02:52:05>select hex(t1.v), hex(t2.v), t1.v < t2.v as `<`, t1.v = t2.v as `=`, t1.v > t2.v as `>` from t t1 join t t2 order by t1.v, t2.v;
+-----------+-----------+------+------+------+
| hex(t1.v) | hex(t2.v) | < | = | > |
+-----------+-----------+------+------+------+
| | | 0 | 1 | 0 |
| | 0A0A | 0 | 0 | 1 |
| 0A0A | | 1 | 0 | 0 |
| 0A0A | 0A0A | 0 | 1 | 0 |
+-----------+-----------+------+------+------+
4 rows in set (0.00 sec)

2.Bug #70895Replication failure for data from version 5.6 to 5.5
URL：http://bugs.mysql.com/bug.php?id=70895
备注：binlog和relaylog不支持向前兼容。

3.Bug #70879Error Code: 1785 when executing simple UPDATE statement
URL：http://bugs.mysql.com/bug.php?id=70879
备注：5.6.14版本上，打开binlog，执行update语句在slave上报错的一个bug。待重现。。

4.Bug #70883"hash index ref_count is not zero" MySQL to freeze - impossible to shutdown
URL：http://bugs.mysql.com/bug.php?id=70883
备注：自适应hash索引引用计数相关的一个bug，会导致MySQL hang住。提到的小版本是：“ 5.5.30-mariadb1~squeeze”，待重现

5.Bug #70899unnecessary buf_flush_list() during recovery
URL：http://bugs.mysql.com/bug.php?id=70899
备注：buf_flush_list()这个逻辑是否需要以及在何条件下执行，修改后可能极大的提高大buffer pool场景下recover的速度。待确认。