Aurora MySQL 数据库引擎更新 2018-09-21
版本:2.02.4
Aurora MySQL 2.02.4 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容,Aurora MySQL 1.x 版与 MySQL 5.6 兼容。
在创建新的 Aurora MySQL 数据库集群时,您可以选择与 MySQL 5.7 或 MySQL 5.6 的兼容性。在还原与 MySQL 5.6 兼容的快照时,您可以选择与 MySQL 5.7 或 MySQL 5.6 的兼容性。
您可以将 Aurora MySQL 1.14.*、1.15.*、1.16.*、1.17.*、1.18.*、2.01.* 和 2.02.* 快照还原到 Aurora MySQL 2.02.4 中。您还可以执行从 Aurora MySQL 2.01.* 或 2.02.* 到 Aurora MySQL 2.02.4 的就地升级。
我们不允许将 Aurora MySQL 1.* 集群就地升级到 Aurora MySQL 2.02.4 或通过 Amazon S3 备份还原到 Aurora MySQL 2.02.4。我们计划在以后的 Aurora MySQL 2.* 版本中删除这些限制。
该版本的 Aurora MySQL 5.7 已禁用性能架构。请升级到 Aurora 2.03 以提供性能架构支持。
如果您有任何问题或疑问,可通过社区论坛和 AWS Premium Support
改进
-
修复了与从 Aurora MySQL 5.6 快照还原的表上的全文搜索索引有关的稳定性问题。
集成了 MySQL 社区版本错误修复
-
BUG#13651665 INNODB MAY BE UNABLE TO LOAD TABLE DEFINITION AFTER RENAME
-
BUG#21371070 INNODB: CANNOT ALLOCATE 0 BYTES.
-
BUG#21378944 FTS ASSERT ENC.SRC_ILIST_PTR != NULL, FTS_OPTIMIZE_WORD(), OPTIMIZE TABLE
-
BUG#21508537 ASSERTION FAILURE UT_A(!VICTIM_TRX->READ_ONLY)
-
BUG#21983865 UNEXPECTED DEADLOCK WITH INNODB_AUTOINC_LOCK_MODE=0
-
BUG#22679185 INVALID INNODB FTS DOC ID DURING INSERT
-
BUG#22899305 GCOLS: ASSERTION: !(COL->PRTYPE & 256).
-
BUG#22956469 MEMORY LEAK INTRODUCED IN 5.7.8 IN MEMORY/INNODB/OS0FILE
-
BUG#22996488 CRASH IN FTS_SYNC_INDEX WHEN DOING DDL IN A LOOP
-
BUG#23014521 GCOL:INNODB: ASSERTION: !IS_V
-
BUG#23021168 REPLICATION STOPS AFTER TRX IS ROLLED BACK ASYNC
-
BUG#23052231 ASSERTION: ADD_AUTOINC < DICT_TABLE_GET_N_USER_COLS
-
BUG#23149683 ROTATE INNODB MASTER KEY WITH KEYRING_OKV_CONF_DIR MISSING: SIGSEGV; SIGNAL 11
-
BUG#23762382 INSERT VALUES QUERY WITH JOIN IN A SELECT CAUSES INCORRECT BEHAVIOR
-
BUG#25209512 CURRENT_TIMESTAMP PRODUCES ZEROS IN TRIGGER
-
BUG#26626277 BUG IN "INSERT... ON DUPLICATE KEY UPDATE" QUERY
-
BUG#26734162 INCORRECT BEHAVIOR WITH INSERT OF BLOB + ON DUPLICATE KEY UPDATE
-
BUG#27460607 INCORRECT WHEN INSERT SELECT's SOURCE TABLE IS EMPTY