本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
Aurora MySQL 数据库引擎更新:2017-05-15(版本 1.13)(已弃用)
版本:1.13
注意
我们在首次发布后在 Aurora MySQL 1.13 版本中启用了一项新功能 - SELECT INTO OUTFILE S3,并更新了发行说明来反映该更改。
Aurora MySQL 1.13 已正式发布。将在 Aurora MySQL 1.13 中创建所有新的数据库集群(包括从快照还原的集群)。您可以选择(但不要求这样做)将现有数据库集群升级到 Aurora MySQL 1.13。对于 Aurora 1.13 版,我们将使用集群修补模式,在该模式下,将同时修补 Aurora 数据库集群中的所有节点。我们支持零停机时间修补,这将通过修补过程尽力保留客户端连接。有关更多信息,请参阅《Amazon Aurora 用户指南》中的维护 Amazon Aurora 数据库集群。
零停机时间修补
零停机时间修补 (ZDP) 功能尝试在引擎修补期间尽力保留客户端连接。有关 ZDP 的更多信息,请参阅《Amazon Aurora 用户指南》中的使用零停机时间修补。
新功能:
-
SELECT INTO OUTFILE S3 – Aurora MySQL 现在允许您将查询结果上传到 Amazon S3 存储桶中的一个或多个文件。有关更多信息,请参阅《Amazon Aurora 用户指南》中的将数据从 Amazon Aurora MySQL 数据库集群保存到 Amazon S3 存储桶中的文本文件。
改进:
-
在引擎启动时对 CSV 格式的日志文件进行截断以避免较长的恢复时间。现在,
general_log_backup
、general_log
、slow_log_backup
和slow_log
表在数据库重新启动后不会保留。 -
修复了一个问题,即,无法迁移名为
test
的数据库。 -
通过重用正确的锁定段提高了锁定管理器的垃圾收集器的稳定性。
-
通过删除死锁检测算法中的无效断言提高了锁定管理器的稳定性。
-
已重新启用异步复制,并且修复了导致在无负载或只读工作负载下报告错误的副本滞后的相关问题。在 1.10 版中引入了复制管道改进。引入这些改进是为了将日志流更新应用于 Aurora 副本的缓冲区缓存,这有助于提高 Aurora 副本的读取性能和稳定性。
-
修复了一个问题,即,autocommit=OFF 导致在服务器重新启动之前,计划事件被阻止以及长时间运行的事务保持打开状态。
-
修复了一个问题,即,一般日志、审核日志和慢速查询日志无法记录由异步提交处理的查询。
-
将逻辑预读 (LRA) 功能的性能提高了最多 2.5 倍。通过允许预提取在 B 树中的中间页面之间继续来做到这一点。
-
增加了面向审核变量的参数验证 (用于去除不必要的空格)。
-
修复了 Aurora MySQL 版本 1.11 中引入的回归,其中,在使用 SQL_CALC_FOUND_ROWS 选项并调用 FOUND_ROWS() 函数时,查询会返回错误结果。
-
修复了元数据锁列表的格式错误时出现的稳定性问题。
-
提高了在将 sql_mode 设置为 PAD_CHAR_TO_FULL_LENGTH 并执行命令
SHOW FUNCTION STATUS WHERE Db='
时的稳定性。string
' -
修复了因错误的卷一致性检查导致实例在 Aurora 版本升级后无法启动的少数情况。
-
修复了 Aurora MySQL 1.12 版中出现的性能问题,即,在用户具有大量表时,Aurora 写入器的性能将下降。
-
改善了当 Aurora 写入器配置为二进制日志工作线程且连接数接近 16000 时的稳定性情况。
-
修复了一个极少出现的问题,即,在 Aurora 主实例上运行 DDL 期间,在阻塞连接以等待元数据锁定时,Aurora 副本可能会重新启动。
MySQL 错误修复汇总
-
对于空的 InnoDB 表,无法使用 ALTER TABLE 语句减小 auto_increment 值 (甚至在该表为空的情况下也是如此)。(错误 69882)
-
在 具有全文搜索索引的 InnoDB 表上运行时,将长字符串作为 AGAINST() 参数的 MATCH() ...AGAINST 查询可能会导致出现错误。(错误 17640261)
-
将 SQL_CALC_FOUND_ROWS 与 ORDER BY 和 LIMIT 一起处理会产生错误的 FOUND_ROWS() 结果。(错误 68458、错误 16383173)
-
如果外键存在,ALTER TABLE 将不允许更改列的可为 Null 值性。(错误 77591)