本文概述了MySQL在11月8日至11月14日期间的验证bug列表，包括错误信息解释、修复建议及影响范围。主要内容涵盖CMake问题、在线DDL问题、授权处理逻辑、启动错误报告、复制隔离数据库、MIN/MAX优化器问题、世界可写文件权限问题、数据文件路径限制等。此外，还分析了不同版本间的兼容性问题、更新语句执行错误、hash索引引用计数错误导致的MySQL冻结情况，以及在特定版本中出现的简单UPDATE语句执行失败的bug。
本周MySQL verified的bug列表（11月8日至11月14日）
1. Bug #70859-DWITH_EXAMPLE_STORAGE_ENGINE=1 is ignored
备注：CMake的问题，导致无法把Example_storage_engine编译进binary，此bug可忽略；
2.Bug #70863Wrong error message on a failed ALTER .. LOCK=NONE attempt
备注：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
备注：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
备注：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
备注： 理论上，如果指定“
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
备注：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
备注：文件权限问题。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
备注： --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
备注：在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
备注：binlog和relaylog不支持向前兼容。
3.Bug #70879Error Code: 1785 when executing simple UPDATE statement
备注：5.6.14版本上，打开binlog，执行update语句在slave上报错的一个bug。待重现。。
4.Bug #70883"hash index ref_count is not zero" MySQL to freeze - impossible to shutdown
备注：自适应hash索引引用计数相关的一个bug，会导致MySQL hang住。提到的小版本是：“
5.5.30-mariadb1~squeeze”，待重现
5.Bug #70899unnecessary buf_flush_list() during recovery
备注：buf_flush_list()这个逻辑是否需要以及在何条件下执行，修改后可能极大的提高大buffer pool场景下recover的速度。待确认。
扫一扫
173
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
