本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
Aurora MySQL 数据库引擎更新:2015-12-03(版本 1.4)(已弃用)
版本:1.4
此更新包括以下改进:
新功能
-
快速插入 – 加快按主键排序的并行插入。有关更多信息,请参阅《Amazon Aurora 用户指南》中的 Amazon Aurora MySQL 性能增强。
-
大型数据集读取性能 – Aurora MySQL 自动检测 IO 密集型工作负载并启动更多线程以提高数据库集群的性能。Aurora 计划程序查看 IO 活动并决定动态调整系统中的最佳线程数,从而以较低开销快速地在 IO 密集型工作负载和 CPU 密集型工作负载之间做出调整。
-
并行预读 – 提高了对主实例或 Aurora 副本上的可用内存来说过大的 B 树扫描的性能(包括范围查询)。并行预读会自动检测页面读取模式,并在需要页面时提前将页面预提取到缓冲区缓存中。并行预读在同一事务内同时处理多个表。
改进:
-
修复了 Aurora 存储部署期间 Aurora 数据库的短暂可用性问题。
-
正确实施
max_connection
限制。 -
改进了 Aurora 作为 Binlog 主实例且数据库在大量数据加载后重新启动的情况下的二进制日志清除。
-
修复了与表缓存相关的内存管理问题。
-
增加了对共享内存缓冲区缓存中的大页的支持以加快恢复。
-
修复了有关未初始化的线程本地存储的问题。
-
默认情况下允许 16K 连接。
-
IO 密集型工作负载的动态线程池。
-
修复了有关适当地使涉及查询缓存中的 UNION 的视图无效的问题。
-
修复了有关字典 stats 线程的稳定性问题。
-
修复了与缓存移出相关的字典子系统中的内存泄漏问题。
-
修复了当主实例上的写入负载非常低时,Aurora 副本上的高读取延迟问题。
-
修复了在主实例上的 DDL 分区表上执行操作(如 ALTER TABLE ... REORGANIZE PARTITION)时出现的 Aurora 副本稳定性问题 。
-
修复了容量增长期间 Aurora 副本的稳定性问题。
-
修复了有关针对 Aurora 副本中的非集群索引的扫描的性能问题。
-
修复了导致 Aurora 副本滞后并最终取消注册并重启的稳定性问题。
MySQL 错误修复汇总
-
FTSPARSE() 中的 SEGV。(错误 16446108)
-
InnoDB 数据字典在重命名列时不会更新。(错误 19465984)
-
FTS 在将表重命名为其他数据库后发生崩溃。(错误 16834860)
-
无法为截断的表准备触发器会生成错误 1054。(错误 18596756)
-
元数据更改可能会导致触发器执行出现问题。(错误 18684393)
-
未为较长的 UTF8 VARCHAR 字段选择具体化。(错误 17566396)
-
将 ORDER BY 与限制 X 结合使用时,执行计划性能下降。(错误 #16697792)
-
将错误 11765744 逆向移植到 5.1、5.5 和 5.6。(错误 17083851)
-
生成 SIG6 的 SQL/SQL_SHOW.CC 中的互斥问题。根源可能是 FILL_VARIABLES。(错误 20788853)
-
将错误 18008907 逆向移植到 5.5+ 版本。(错误 18903155)
-
适应 MySQL 5.7 中的堆栈溢出错误的修复。(错误 19678930)