问题描述：

这是因为每次打开表时，总是通过计算表上记录最大自增列值的方式来重新设置，当表被打开时，如果没有数据，AUTO_INCREMENT就会被重置成最小值。

解决：

在驱逐表时，将这个表的AUTO_INCREMENT值存储在内存中(dict_sys->autoinc_map)，当表重新读入时，再恢复其AUTO_INCREMENT值。

这个Fix并不算一个完整的修复，当实例重启时，AUTO_INCREMENT依然会被重置(参阅bug#199)， RDS MYSQ已经Fix了这个bug，能够持久化自增列到物理文件中，在重启后不会丢失。

补丁：

https://github.com/mysql/mysql-server/commit/d404923aad4693dc152d02461f858d7ef218c336

问题描述：

Memcached的一段开启事务的代码在assert中调用，而根据assert的文档定义(

http://man7.org/linux/man-pages/man3/assert.3.html

)，他的行为是未知的，受NDEBUG控制，可能assert会被定义成空函数，导致assert中的函数调用被忽略掉。这个bug在某些平台下可能极易触发。使用memcached的同学需要注意下。 (Bug #21239299, Bug #75199)

解决：

将函数调用从assert中移出来，只assert函数返回值。

补丁：

https://github.com/mysql/mysql-server/commit/db5dc6fd3abe855685a554bc3c555b1b63914b60

问题描述：

在ARM64平台上, GCC的内建的TAS操作函数__sync_lock_test_and_set

该bug最初从MariaDB爆出，参考MDEV-6615 https://mariadb.atlassian.net/browse/MDEV-6615

解决：

如果定义了__atomic_test_and_set(ptr, __ATOMIC_ACQUIRE)/ __atomic_clear(ptr, __ATOMIC_RELEASE)操作，则优先使用该函数进行变量设置，否则如果是X86平台，使用__sync_lock_test_and_set ，其他情况，在编译阶段报错。

补丁：

https://github.com/mysql/mysql-server/commit/f59d68eeae37338d7b25f2571407e763fa897e15

问题描述：

InnoDB shutdown时需要调用三次trx_purge操作，每次处理300个undo log page，最终处理900个undo log page，但是shutdown需要等待purge线程退出，，这可能需要耗费比较长的时间，shutdown会更耗时。(Bug #21040050)

补丁：

https://github.com/mysql/mysql-server/commit/3e8202ff443909e93231d453a3f1560b5a5ce3cb

问题描述：

在READ COMMITED隔离级别下，并发replace into操作可能导致唯一二级索引损坏，唯一键约束失效。这主要是锁继承逻辑错误导致，具体的见之前的一篇月报分析http://mysql.taobao.org/monthly/2015/06/02/

解决：

调整锁继承逻辑，如果是类似REPLACE INTO这样的操作，需要进行锁继承。之前月报有详细分析。

补丁：

https://github.com/mysql/mysql-server/commit/608efca4c4e4afa1ffea251abda675fcc06efc69

补丁：

https://github.com/mysql/mysql-server/commit/641ab6f36813516255738ba25d3c6b721189832e

CREATE TABLE t1(c1 int) ENGINE=InnoDB;
CREATE TABLE t2(c1 int) ENGINE=InnoDB;set session binlog_format=’STATEMENT‘;START TRANSACTION;
UPDATE t1,t2 SET t1.c1 = 0;
SAVEPOINT sp1;

 

UPDATE t1,t2 SET t1.c1 = 0;
SAVEPOINT sp2;

?COMMIT;

| master-bin.000001 |  229 | Query       |         1 |         340 | use `test`; CREATE TABLE t1(c1 int) ENGINE=InnoDB |
| master-bin.000001 |  340 | Query       |         1 |         451 | use `test`; CREATE TABLE t2(c1 int) ENGINE=InnoDB |
| master-bin.000001 |  451 | Query       |         1 |         539 | BEGIN                                             |
| master-bin.000001 |  539 | Query       |         1 |         648 | use `test`; UPDATE t1,t2 SET t1.c1 = 0            |
| master-bin.000001 |  648 | Query       |         1 |         737 | COMMIT                                            |
| master-bin.000001 |  737 | Query       |         1 |         825 | BEGIN                                             |
| master-bin.000001 |  825 | Query       |         1 |         934 | use `test`; UPDATE t1,t2 SET t1.c1 = 0            |
| master-bin.000001 |  934 | Query       |         1 |        1023 | COMMIT                                            |
| master-bin.000001 | 1023 | Query       |         1 |        1095 | BEGIN                                             |
| master-bin.000001 | 1095 | Query       |         1 |        1177 | SAVEPOINT `sp1`                                   |
| master-bin.000001 | 1177 | Query       |         1 |        1259 | SAVEPOINT `sp2`                                   |
| master-bin.000001 | 1259 | Query       |         1 |        1332 | COMMIT                                            |
+——————-+——+————-+———–+————-+—————————————————+