本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # Aurora MySQL 数据库引擎更新 2019-11-25（版本 1.22.0）（已弃用） **版本：**1.22.0 Aurora MySQL 1.22.0 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 要使用旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台、 AWS CLI 或 RDS API 指定引擎版本。您可以选择将现有 Aurora MySQL 1.\$1 数据库集群升级到 Aurora MySQL 1.22.0。 **注意** 此版本目前在以下 AWS 地区不可用： AWS GovCloud （美国东部）[us-gov-east-1]、（美国西部）[-1]、中国（宁夏）[cn-northwest-1]、亚太地区 AWS GovCloud （香港）[ap-east us-gov-west -1]、中东（巴林）[me-south-1] 和南美洲（圣保罗）[sa-east-1]、中东（巴林）[me-south-1] 和南美（圣保罗）[sa-east-1] st-1]。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **新功能：** + Aurora MySQL 集群现在支持实例类型 r5.8xlarge、r5.16xlarge 和 r5.24xlarge。 + Binlog 具有新的增强功能，可在涉及非常大的事务时改进提交时间延迟。 + Aurora MySQL 现在有一种机制，能够使提交时将大型事务的事件写入 binlog 这一过程的时段最小化。这可以有效地防止在该时段内发生数据库崩溃时的漫长离线恢复。此功能还修复了大型事务在 binlog 提交时阻止小型事务的问题。此功能默认情况下关闭，如果您的工作负载需要，可由服务团队启用此功能。启用后，它将在事务大小 > 500 MB 时触发。 + 在只读副本上增加了对 ANSI `READ COMMITTED` 隔离级别的支持。此隔离级别支持对只读副本执行长时间运行的查询，而不会影响写入器节点上写入的高吞吐量。有关更多信息，请参阅 [Aurora MySQL 隔离级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.IsolationLevels)。 + 全球数据库现在允许为部署在以下区域的数据库集群添加辅助只读副本区域： AWS 区域：美国东部（弗吉尼亚北部）[us-east-1]、美国东部（俄亥俄州）[us-east-2]、美国西部（加利福尼亚北部）[us-west-1]、美国西部（俄勒冈）[us-west-2]、欧洲（爱尔兰）[eu-west-1] 1]、欧洲（伦敦）[eu-west-2]、欧洲（巴黎）[eu-west-3]、亚太地区（东京）[ap-northeast-1]、亚太地区（首尔）[ap-northeast-2]、亚太地区（新加坡）[ap-southeast-1] ap-southeast-1]、亚太地区（悉尼）[ap-southeast-2]、加拿大（中部）[ca-central-1]、欧洲（法兰克福）[eu-central-1] 和亚太地区（孟买）[ap-south-1]。 + 热行争用功能现在正式推出，无需将 Aurora 实验室模式设置为 ON。在很多事务争用同一页面上的行时，该功能大大提高了工作负载的吞吐量。 + 此版本更新了时区文件，以支持针对新集群的最新巴西时区更新。 **关键修复：** + [CVE-2019-2922](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2922) + [CVE-2019-2923](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2923) + [CVE-2019-2924](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2924) + [CVE-2019-2910](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2910) **高优先级修复：** + [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805) + [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730) + [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740) + [CVE-2018-3064](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3064) + [CVE-2018-3058](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3058) + [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653) + [CVE-2017-3464](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3464) + [CVE-2017-3244](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3244) + [CVE-2016-5612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5612) + [CVE-2016-5439](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5439) + [CVE-2016-0606](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0606) + [CVE-2015-4904](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4904) + [CVE-2015-4879](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4879) + [CVE-2015-4864](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4864) + [CVE-2015-4830](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4830) + [CVE-2015-4826](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4826) + [CVE-2015-2620](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2620) + [CVE-2015-0382](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0382) + [CVE-2015-0381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0381) + [CVE-2014-6555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6555) + [CVE-2014-4258](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4258) + [CVE-2014-4260](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4260) + [CVE-2014-2444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2444) + [CVE-2014-2436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2436) + [CVE-2013-5881](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5881) + [CVE-2014-0393](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0393) + [CVE-2013-5908](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5908) + [CVE-2013-5807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5807) + [CVE-2013-3806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3806) + [CVE-2013-3811](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3811) + [CVE-2013-3804](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3804) + [CVE-2013-3807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3807) + [CVE-2013-2378](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2378) + [CVE-2013-2375](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2375) + [CVE-2013-1523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1523) + [CVE-2013-2381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2381) + [CVE-2012-5615](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5615) + [CVE-2014-6489](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6489) + 修复了 DDL 恢复组件中导致数据库停机时间延长的问题。应更新对包含 `TRUNCATE TABLE` 列的表执行 `AUTO_INCREMENT` 查询后变得不可用的集群。 + 修复了 DDL 恢复组件中导致数据库停机时间延长的问题。应更新对多个表并行执行 `DROP TABLE` 查询后变得不可用的集群。 **一般稳定性修复：** + 修复了在长时间运行的事务期间导致只读副本重新启动的问题。遇到副本重新启动同时可用内存加速下降的客户应考虑升级到此版本。 + 修复了针对只读副本上的临时表执行嵌套查询时错误报告 `ERROR 1836` 的问题。 + 修复了当 Aurora 写入器实例上正在运行繁重写入工作负载时在 Aurora 读取器实例上出现的并行查询中止错误。 + 修复了导致配置为 binlog 主实例的数据库在运行繁重写入工作负载时重新启动的问题。 + 修复了重新启动引擎时长时间不可用的问题。这解决了缓冲池初始化中的一个问题。此问题很少发生，但可能会影响任何受支持的版本。 + 修复了在 `information_schema.replica_host_status` 表中生成不一致数据的问题。 + 修复了并行查询与标准执行路径之间的争用情况，该争用会导致读取器节点间歇性重新启动。 + 提高了在客户端连接数超过 `max_connections` 参数值时的数据库稳定性。 + 通过阻止不支持的 DDL 和 `LOAD FROM S3` 查询，提高了读取器实例的稳定性。 ## 集成了 MySQL 社区版本错误修复 + 错误 \$116346241 - SERVER CRASH IN ITEM\$1PARAM::QUERY\$1VAL\$1STR + 错误 \$117733850 - NAME\$1CONST() CRASH IN ITEM\$1NAME\$1CONST::ITEM\$1NAME\$1CONST() + 错误 \$120989615 - INNODB AUTO\$1INCREMENT PRODUCES SAME VALUE TWICE + 错误 \$120181776 - ACCESS CONTROL DOESN'T MATCH MOST SPECIFIC HOST WHEN IT CONTAINS WILDCARD + 错误 \$127326796-由于文件 PARS.CC 中的 INNODB 断言失败，MYSQL 崩溃 PARS0 + 错误 \$120590013 - IF YOU HAVE A FULLTEXT INDEX AND DROP IT YOU CAN NO LONGER PERFORM ONLINE DDL