本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # Database engine updates for Amazon Aurora MySQL version 2 **重要** Aurora MySQL 版本 2 的标准支持已于 2024 年 10 月 31 日结束。有关更多信息，请参阅[为 Amazon Aurora MySQL 兼容版的版本 2 终止标准支持做好准备](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL57.EOL.html)。 以下是 Amazon Aurora MySQL 版本 2 的数据库引擎更新。 + [Aurora MySQL 数据库引擎更新 2026-03-09（版本 2.12.6，兼容 MySQL 5.7.44）-RDS Extended Support 版本](AuroraMySQL.Updates.2126.md) + [Aurora MySQL 数据库引擎更新 2025 年 4 月 9 日（版本 2.12.5，与 MySQL 5.7.44 兼容）- RDS 扩展支持版本](AuroraMySQL.Updates.2125.md) + [Aurora MySQL 数据库引擎更新 2024 年 10 月 23 日（版本 2.12.4，与 MySQL 5.7.44 兼容）- RDS 扩展支持版本](AuroraMySQL.Updates.2124.md) + [Aurora MySQL 数据库引擎更新 2024 年 7 月 9 日（版本 2.12.3，与 MySQL 5.7.44 兼容）- RDS 扩展支持版本](AuroraMySQL.Updates.2123.md) + [Aurora MySQL 数据库引擎更新 2024 年 3 月 19 日（版本 2.12.2，与 MySQL 5.7.44 兼容）- RDS 扩展支持版本](AuroraMySQL.Updates.2122.md) + [Aurora MySQL 数据库引擎更新 2023 年 12 月 28 日（版本 2.12.1，与 MySQL 5.7.40 兼容）- RDS 扩展支持版本](AuroraMySQL.Updates.2121.md) + [Aurora MySQL 数据库引擎更新 2023 年 10 月 25 日（版本 2.12.0.1，与 MySQL 5.7.40 兼容）- RDS 扩展支持版本（测试版）](AuroraMySQL.Updates.21201.md) + [Aurora MySQL 数据库引擎更新 2023 年 7 月 25 日（版本 2.12.0，与 MySQL 5.7.40 兼容）- RDS 扩展支持版本](AuroraMySQL.Updates.2120.md) + [Aurora MySQL 数据库引擎更新 2024 年 7 月 19 日（版本 2.11.6，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本](AuroraMySQL.Updates.2116.md) + [Aurora MySQL 数据库引擎更新 2024 年 3 月 26 日（版本 2.11.5，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本（默认）](AuroraMySQL.Updates.2115.md) + [Aurora MySQL 数据库引擎更新 2023 年 10 月 17 日（版本 2.11.4，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本](AuroraMySQL.Updates.2114.md) + [Aurora MySQL 数据库引擎更新 2023 年 6 月 9 日（版本 2.11.3，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本](AuroraMySQL.Updates.2113.md) + [Aurora MySQL 数据库引擎更新 2023 年 3 月 24 日（版本 2.11.2，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本](AuroraMySQL.Updates.2112.md) + [Aurora MySQL 数据库引擎更新 2023 年 2 月 14 日（版本 2.11.1，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本](AuroraMySQL.Updates.2111.md) + [Aurora MySQL 数据库引擎更新 2022 年 10 月 25 日（版本 2.11.0，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本](AuroraMySQL.Updates.2110.md) + [Aurora MySQL 数据库引擎更新 2022-11-01（版本 2.10.3）（已弃用）](AuroraMySQL.Updates.2103.md) + [Aurora MySQL 数据库引擎更新 2022-01-26（版本 2.10.2）（已弃用）](AuroraMySQL.Updates.2102.md) + [Aurora MySQL 数据库引擎更新 2021-10-21（版本 2.10.1）（已弃用）](AuroraMySQL.Updates.2101.md) + [Aurora MySQL 数据库引擎更新 2021-05-25（版本 2.10.0）（已弃用）](AuroraMySQL.Updates.2100.md) + [Aurora MySQL 数据库引擎更新 2021-11-12（版本 2.09.3）（已弃用）](AuroraMySQL.Updates.2093.md) + [Aurora MySQL 数据库引擎更新 2021-02-26（版本 2.09.2）（已弃用）](AuroraMySQL.Updates.2092.md) + [Aurora MySQL 数据库引擎更新 2020-12-11（版本 2.09.1）（已弃用）](AuroraMySQL.Updates.2091.md) + [Aurora MySQL 数据库引擎更新 2020-09-17（版本 2.09.0）（已弃用）](AuroraMySQL.Updates.2090.md) + [Aurora MySQL 数据库引擎更新 2022-01-06（版本 2.08.4）（已弃用）](AuroraMySQL.Updates.2084.md) + [Aurora MySQL 数据库引擎更新 2020-11-12（版本 2.08.3）（已弃用）](AuroraMySQL.Updates.2083.md) + [Aurora MySQL 数据库引擎更新 2020-08-28（版本 2.08.2）（已弃用）](AuroraMySQL.Updates.2082.md) + [Aurora MySQL 数据库引擎更新 2020-06-18（版本 2.08.1）（已弃用）](AuroraMySQL.Updates.2081.md) + [Aurora MySQL 数据库引擎更新 2020-06-02（版本 2.08.0）（已弃用）](AuroraMySQL.Updates.2080.md) + [Aurora MySQL 数据库引擎更新 2023-08-15（版本 2.07.10）（已弃用）](AuroraMySQL.Updates.20710.md) + [Aurora MySQL 数据库引擎更新 2023-05-04（版本 2.07.9）（已弃用）](AuroraMySQL.Updates.2079.md) + [Aurora MySQL 数据库引擎更新 2022-06-16（版本 2.07.8）（已弃用）](AuroraMySQL.Updates.2078.md) + [Aurora MySQL 数据库引擎更新 2021-11-24（版本 2.07.7）（已弃用）](AuroraMySQL.Updates.2077.md) + [Aurora MySQL 数据库引擎更新 2021-09-02（版本 2.07.6）（已弃用）](AuroraMySQL.Updates.2076.md) + [Aurora MySQL 数据库引擎更新 2021-07-06（版本 2.07.5）（已弃用）](AuroraMySQL.Updates.2075.md) + [Aurora MySQL 数据库引擎更新 2021-03-04（版本 2.07.4）（已弃用）](AuroraMySQL.Updates.2074.md) + [Aurora MySQL 数据库引擎更新 2020-11-10（版本 2.07.3）（已弃用）](AuroraMySQL.Updates.2073.md) + [Aurora MySQL 数据库引擎更新 2020-04-17（版本 2.07.2）（已弃用）](AuroraMySQL.Updates.2072.md) + [Aurora MySQL 数据库引擎更新 2019-12-23（版本 2.07.1）（已弃用）](AuroraMySQL.Updates.2071.md) + [Aurora MySQL 数据库引擎更新 2019-11-25（版本 2.07.0）（已弃用）](AuroraMySQL.Updates.2070.md) + [Aurora MySQL 数据库引擎更新 2019-11-22（版本 2.06.0）（已弃用）](AuroraMySQL.Updates.2060.md) + [Aurora MySQL 数据库引擎更新 2019-11-11（版本 2.05.0）（已弃用）](AuroraMySQL.Updates.2050.md) + [Aurora MySQL 数据库引擎更新 2020-08-14（版本 2.04.9）（已弃用）](AuroraMySQL.Updates.2049.md) + [Aurora MySQL 数据库引擎更新 2019-11-20（版本 2.04.8）（已弃用）](AuroraMySQL.Updates.2048.md) + [Aurora MySQL 数据库引擎更新 2019-11-14（版本 2.04.7）（已弃用）](AuroraMySQL.Updates.2047.md) + [Aurora MySQL 数据库引擎更新 2019-09-19（版本 2.04.6）（已弃用）](AuroraMySQL.Updates.2046.md) + [Aurora MySQL 数据库引擎更新 2019-07-08（版本 2.04.5）（已弃用）](AuroraMySQL.Updates.2045.md) + [Aurora MySQL 数据库引擎更新 2019-05-29（版本 2.04.4）（已弃用）](AuroraMySQL.Updates.2044.md) + [Aurora MySQL 数据库引擎更新 2019-05-09（版本 2.04.3）（已弃用）](AuroraMySQL.Updates.2043.md) + [Aurora MySQL 数据库引擎更新 2019-05-02（版本 2.04.2）（已弃用）](AuroraMySQL.Updates.2042.md) + [Aurora MySQL 数据库引擎更新 2019-03-25（版本 2.04.1）（已弃用）](AuroraMySQL.Updates.2041.md) + [Aurora MySQL 数据库引擎更新 2019-03-25（版本 2.04.0）（已弃用）](AuroraMySQL.Updates.204.md) + [Aurora MySQL 数据库引擎更新 2019-02-07（版本 2.03.4）（已弃用）](AuroraMySQL.Updates.2034.md) + [Aurora MySQL 数据库引擎更新 2019-01-18（版本 2.03.3）（已弃用）](AuroraMySQL.Updates.2033.md) + [Aurora MySQL 数据库引擎更新 2019-01-09（版本 2.03.2）（已弃用）](AuroraMySQL.Updates.2032.md) + [Aurora MySQL 数据库引擎更新 2018-10-24（版本 2.03.1）（已弃用）](AuroraMySQL.Updates.2031.md) + [Aurora MySQL 数据库引擎更新 2018-10-11（版本 2.03）（已弃用）](AuroraMySQL.Updates.203.md) + [Aurora MySQL 数据库引擎更新 2018-10-08（版本 2.02.5）（已弃用）](AuroraMySQL.Updates.2025.md) + [Aurora MySQL 数据库引擎更新 2018-09-21（版本 2.02.4）（已弃用）](AuroraMySQL.Updates.2024.md) + [Aurora MySQL 数据库引擎更新 2018-08-23（版本 2.02.3）（已弃用）](AuroraMySQL.Updates.2023.md) + [Aurora MySQL 数据库引擎更新 2018-06-04（版本 2.02.2）（已弃用）](AuroraMySQL.Updates.2022.md) + [Aurora MySQL 数据库引擎更新 2018-05-03（版本 2.02）（已弃用）](AuroraMySQL.Updates.202.md) + [Aurora MySQL 数据库引擎更新 2018-03-13（版本 2.01.1）（已弃用）](AuroraMySQL.Updates.2011.md) + [Aurora MySQL 数据库引擎更新 2018-02-06（版本 2.01）（已弃用）](AuroraMySQL.Updates.20180206.md) # Aurora MySQL 数据库引擎更新 2026-03-09（版本 2.12.6，兼容 MySQL 5.7.44）-RDS Extended Support 版本 **版本：2.12** .6 Aurora MySQL 2.12.6 已正式上市。Aurora MySQL 2.12 版本与 MySQL 5.7.44 之前兼容。有关社区变更的更多信息，请参阅 [MySQL 5.7.44 中的更改（2022-10-11](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html)，正式发布）。 目前支持的 Aurora MySQL 版本有 2.11.\$1、2.12.\$1、3.04.\$1、3.08.\$1、3.08.\$1、3.09.\$1、3.10.\$1、3.11.\$1 和 3.12.\$1。 你可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.12.6。你也可以将当前支持的任何 Aurora MySQL 版本中的快照还原到 Aurora MySQL 2.12.6。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **安全修复：** + 修复了可能导致某些 SQL 语句无法记录在审计日志中的问题。 **中等 CVEs：** + [CVE-2025-53054](https://www.cve.org/CVERecord?id=CVE-2025-53054) + [CVE-2025-53053](https://www.cve.org/CVERecord?id=CVE-2025-53053) + [CVE-2025-53044](https://www.cve.org/CVERecord?id=CVE-2025-53044) + [CVE-2025-53045](https://www.cve.org/CVERecord?id=CVE-2025-53045) + [CVE-2025-53062](https://www.cve.org/CVERecord?id=CVE-2025-53062) + [CVE-2025-53069](https://www.cve.org/CVERecord?id=CVE-2025-53069) + [CVE-2025-53040](https://www.cve.org/CVERecord?id=CVE-2025-53040) + [CVE-2025-53042](https://www.cve.org/CVERecord?id=CVE-2025-53042) + [CVE-2025-50082](https://www.cve.org/CVERecord?id=CVE-2025-50082) + [CVE-2025-50085](https://www.cve.org/CVERecord?id=CVE-2025-50085) + [CVE-2025-53023](https://www.cve.org/CVERecord?id=CVE-2025-53023) + [CVE-2025-50087](https://www.cve.org/CVERecord?id=CVE-2025-50087) + [CVE-2025-50099](https://www.cve.org/CVERecord?id=CVE-2025-50099) + [CVE-2025-50079](https://www.cve.org/CVERecord?id=CVE-2025-50079) + [CVE-2025-50092](https://www.cve.org/CVERecord?id=CVE-2025-50092) + [CVE-2025-50102](https://www.cve.org/CVERecord?id=CVE-2025-50102) + [CVE-2025-50083](https://www.cve.org/CVERecord?id=CVE-2025-50083) + [CVE-2025-50096](https://www.cve.org/CVERecord?id=CVE-2025-50096) + [CVE-2025-50091](https://www.cve.org/CVERecord?id=CVE-2025-50091) + [CVE-2025-50084](https://www.cve.org/CVERecord?id=CVE-2025-50084) + [CVE-2025-50101](https://www.cve.org/CVERecord?id=CVE-2025-50101) + [CVE-2025-50077](https://www.cve.org/CVERecord?id=CVE-2025-50077) + [CVE-2025-50088](https://www.cve.org/CVERecord?id=CVE-2025-50088) + [CVE-2025-50080](https://www.cve.org/CVERecord?id=CVE-2025-50080) + [CVE-2025-50097](https://www.cve.org/CVERecord?id=CVE-2025-50097) + [CVE-2025-50094](https://www.cve.org/CVERecord?id=CVE-2025-50094) + [CVE-2025-50093](https://www.cve.org/CVERecord?id=CVE-2025-50093) + [CVE-2025-50086](https://www.cve.org/CVERecord?id=CVE-2025-50086) + [CVE-2025-50078](https://www.cve.org/CVERecord?id=CVE-2025-50078) + [CVE-2025-21501](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21501) + [CVE-2025-21500](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21500) + [CVE-2025-21543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21543) + [CVE-2025-21540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21540) + [CVE-2025-21491](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21491) + [CVE-2025-21490](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21490) + [CVE-2025-21559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21559) + [CVE-2025-21555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21555) + [CVE-2025-21497](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21497) + [CVE-2025-21519](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21519) + [CVE-2025-21529](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21529) + [CVE-2025-21505](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21505) + [CVE-2025-21531](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21531) + [CVE-2025-21523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21523) + [CVE-2025-21503](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21503) + [CVE-2025-21522](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21522) + [CVE-2025-21518](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21518) + [CVE-2025-21577](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21577) + [CVE-2025-30682](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30682) + [CVE-2025-30687](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30687) + [CVE-2025-30688](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30688) + [CVE-2025-21574](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21574) + [CVE-2025-21575](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21575) + [CVE-2025-30693](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30693) + [CVE-2025-30695](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30695) + [CVE-2025-30715](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30715) + [CVE-2025-21584](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21584) + [CVE-2025-21580](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21580) + [CVE-2025-21581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21581) + [CVE-2025-21585](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21585) + [CVE-2025-30689](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30689) + [CVE-2025-21579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21579) + [CVE-2025-30696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30696) + [CVE-2025-30705](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30705) + [CVE-2025-30683](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30683) + [CVE-2025-30684](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30684) + [CVE-2025-30685](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30685) + [CVE-2025-30699](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30699) + [CVE-2025-30704](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30704) + [CVE-2025-30721](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30721) **低 CVEs：** + [CVE-2025-50104](https://www.cve.org/CVERecord?id=CVE-2025-50104) + [CVE-2025-50098](https://www.cve.org/CVERecord?id=CVE-2025-50098) + [CVE-2025-50100](https://www.cve.org/CVERecord?id=CVE-2025-50100) + [CVE-2025-21520](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21520) + [CVE-2025-21546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21546) + [CVE-2025-30703](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30703) + [CVE-2025-30681](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30681) # Aurora MySQL 数据库引擎更新 2025 年 4 月 9 日（版本 2.12.5，与 MySQL 5.7.44 兼容）- RDS 扩展支持版本 **版本：**2.12.5 Aurora MySQL 2.12.5 已正式发布。Aurora MySQL 2.12 版本与 MySQL 5.7.44 之前的版本兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.44 (2022-10-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html)。 当前支持的 Aurora MySQL 版本有 2.11.\$1、2.12.\$1、3.04.\$1、3.05.\$1、3.06.\$1、3.07.\$1 和 3.08\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.12.5。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.12.5。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复的安全问题和 CVE：** 此版本包括 MySQL 5.7.44 及之前的所有社区 CVE 修复。包含以下 CVE 修复： + [CVE-2025-21543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21543) + [CVE-2025-21500](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21500) + [CVE-2025-21491](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21491) + [CVE-2025-21490](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21490) + [CVE-2025-21540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21540) + [CVE-2025-21559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21559) + [CVE-2025-21555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21555) + [CVE-2025-21497](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21497) + [CVE-2025-21520](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21520) + [CVE-2025-21501](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21501) + [CVE-2024-37371](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-37371) + [CVE-2024-11053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-11053) + [CVE-2024-21201](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21201) + [CVE-2024-21241](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21241) + [CVE-2024-21230](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21230) + [CVE-2023-44487](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-44487) **可用性改进：** + 修复了副本上的一个问题，其中网络中断可能无法正确重新建立与写入器的连接。 # Aurora MySQL 数据库引擎更新 2024 年 10 月 23 日（版本 2.12.4，与 MySQL 5.7.44 兼容）- RDS 扩展支持版本 **版本：** 2.12.4 Aurora MySQL 2.12.4 已正式发布。Aurora MySQL 2.12 版本与 MySQL 5.7.44 之前的版本兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.44 (2022-10-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html)。 当前支持的 Aurora MySQL 版本有 2.11.\$1、2.12.\$1、3.04.\$1、3.05.\$1、3.06.\$1 和 3.07.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.12.4。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.12.4。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复的安全问题和 CVE：** 此版本包括 MySQL 5.7.44 及之前的所有社区 CVE 修复。包含以下 CVE 修复： + [CVE-2023-44487](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-44487) + [CVE-2024-21142](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21142) + [CVE-2024-21177](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21177) + [CVE-2024-25062](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-25062) ## 集成了 MySQL 社区版本错误修复 此版本包含截至 5.7.44 的所有社区错误修复。有关更多信息，请参阅 [由 Aurora MySQL 2.x 数据库引擎更新修复的 MySQL 错误](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v2)。 ## Aurora MySQL 版本 2 中不支持的功能 以下功能目前在 Aurora MySQL 版本 2（与 MySQL 5.7 兼容）中不受支持。 + 扫描批处理 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + `CREATE TABLESPACE` SQL 语句 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + X 协议 # Aurora MySQL 数据库引擎更新 2024 年 7 月 9 日（版本 2.12.3，与 MySQL 5.7.44 兼容）- RDS 扩展支持版本 **版本：**2.12.3 Aurora MySQL 2.12.3 已正式发布。Aurora MySQL 2.12 版本与 MySQL 5.7.44 之前的版本兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.44 (2022-10-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html)。 当前支持的 Aurora MySQL 版本有 2.11.\$1、2.12.\$1、3.03.\$1、3.04.\$1、3.05.\$1、3.06.\$1 和 3.07.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.12.3。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.12.3。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复的安全问题和 CVE：** + 修复了 MySQL 存储过程中的安全问题。 此版本包括 MySQL 5.7.44 及之前的所有社区 CVE 修复。包含以下 CVE 修复： + [CVE-2023-21912](https://nvd.nist.gov/vuln/detail/CVE-2023-21912) + [CVE-2023-44487](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-44487) + [CVE-2024-0853](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-0853) + [CVE-2024-20993](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-20993) + [CVE-2024-20998](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-20998) + [CVE-2024-21008](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21008) + [CVE-2024-21009](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21009) + [CVE-2024-21013](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21013) + [CVE-2024-21047](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21047) + [CVE-2024-21054](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21054) + [CVE-2024-21055](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21055) + [CVE-2024-21057](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21057) + [CVE-2024-21062](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21062) + [CVE-2024-21069](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21069) + [CVE-2024-21096](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21096) + [CVE-2024-21097](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21097) **可用性改进：** + 修复了在运行并行查询时导致 Aurora MySQL 数据库实例重启的问题。 + 修复了在无缝扩展、零停机重启（ZDR）和零停机补丁（ZDP）期间，由于并发访问连接资源可能导致数据库服务器重启的问题。 + 修复了在释放用于日志应用程序的内存时可能导致读取器数据库实例重启的问题。 + 修复了后台进程中的一个问题，该问题在后台操作删除临时索引时导致查询运行时间延长或运行失败。 + 修复了启动例程中由于元数据不一致可能导致写入器数据库实例重启的问题。 + 添加了事务恢复进度的指示器。这避免了在极少数情况下当事务恢复需要很长时间完成时可能出现的不可用性。 + 修复了在读取正在写入器数据库实例上被修改或删除的表时可能导致读取器数据库实例重启的问题。 + 修复了 `thread_stack` 参数值过低导致数据库反复重启的问题。最低允许的 `thread_stack` 值已从 131072 增加到 136192，以确保成功启动并防止启动问题。 + 修复了在运行并行查询时导致读取器数据库实例重启的问题。 + 修复了当写入器数据库实例出现某些罕见事务提交顺序时可能导致 Aurora 读取副本重启的问题。 + 修复了在极少数情况下，当只读事务获取共享锁时可能导致数据库实例重启的问题。 + 修复了当转发的[隐式提交语句](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html)遇到错误时，可能导致使用写入转发的读取器数据库实例重启的问题。 **常规改进。** + 修复了在对具有 `AUTO_INCREMENT` 主键列和唯一键列的表执行并发 `INSERT` 语句，且 `INSERT` 语句在不同行上存在唯一键冲突时，可能导致某些行的 SQL 语句遇到意外的主键冲突错误或警告的问题。 + 修复了当 ZDR 错误恢复在查询中设置为提示的会话变量时，可能导致查询结果不正确的问题。 + 修复了并行查询中使用内置 `LPAD` 和 `RPAD` 字符串函数时返回不完整结果集的问题。 + 修复了在写入器数据库实例上对具有外键的表运行 `ALTER TABLE RENAME COLUMN` 语句时，读取器数据库实例上缺少外键索引的问题。 + 修复了可能导致禁用写入转发过程无法完成的问题。 + 修复了在 Aurora Serverless v1 扩展期间，由于在查找扩展点时错误访问内部数据结构而导致数据库实例重启的问题。 + 修复了当为 db.t4g.medium 和 db.t4g.large 数据库实例开启 Performance Insights 自动管理时，Performance Schema 未启用的问题。 + [Aurora 机器学习](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-ml.html)操作到 Amazon SageMaker AI 的请求超时时间已从 3 秒增加到 30 秒。这有助于解决在使用较大批次大小时，客户可能会看到从 Aurora 机器学习到 Amazon SageMaker AI 的请求重试次数或失败次数增加的问题。 + 修复了除非前面有慢速 `SELECT` 查询，否则由 MySQL [事件调度程序](https://dev.mysql.com/doc/refman/8.0/en/event-scheduler.html)运行的慢速 `INSERT`、`DELETE` 和 `UPDATE` 查询不会记录在慢查询日志中的问题。 ## 集成了 MySQL 社区版本错误修复 此版本包含截至 5.7.44 的所有社区错误修复。有关更多信息，请参阅 [由 Aurora MySQL 2.x 数据库引擎更新修复的 MySQL 错误](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v2)。 + 修复了在运行语句时绑定到触发器的临时表可能导致意外的数据库引擎重启的问题。 + 修复了在使用索引表达式的单表 `UPDATE` 和 `DELETE` 语句作为预处理语句运行时可能导致服务器退出的缺陷。（[错误 \$129257254](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-17.html)） ## Aurora MySQL 版本 2 中不支持的功能 以下功能目前在 Aurora MySQL 版本 2（与 MySQL 5.7 兼容）中不受支持。 + 扫描批处理 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + `CREATE TABLESPACE` SQL 语句 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + X 协议 # Aurora MySQL 数据库引擎更新 2024 年 3 月 19 日（版本 2.12.2，与 MySQL 5.7.44 兼容）- RDS 扩展支持版本 **版本：** 2.12.2 Aurora MySQL 2.12.2 已正式发布。Aurora MySQL 2.12 版本与 MySQL 5.7.44 之前的版本兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.44 (2022-10-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html)。 当前支持的 Aurora MySQL 版本有 2.11.\$1、2.12.\$1、3.03.\$1、3.04.\$1、3.05.\$1 和 3.06.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.12.2。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.12.2。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复了下面列出的安全问题和 CVE：** 此版本包括 MySQL 5.7.44 及之前的所有社区 CVE 修复。包含以下 CVE 修复： + [CVE-2024-20963](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-CVE-2024-20963) + [CVE-2023-39975](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-39975) + [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545) 安全问题： + 添加了一个修复，确保如果源支持加密连接，二进制日志副本默认使用 SSL/TLS，无论 `MASTER_SSL` 设置如何。 **可用性改进：** + 修复了如果写入器实例上存在高工作负载，可能阻止读取副本实例成功启动的问题。 + 修复了由于与 Aurora 存储通信的组件存在缺陷，可能导致 Aurora MySQL 数据库写入器实例失效转移的问题。该缺陷发生在 Aurora 存储实例软件更新后，数据库实例与底层存储之间的通信中断时。 + 修复了在极少数情况下可能导致读取器实例重启的问题。 + 修复了特权用户可以修改与用户 [rdsadmin](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html) 关联的[资源限制](https://dev.mysql.com/doc/refman/5.7/en/user-resources.html)的问题。当这些资源限制设置不正确时，可能会阻碍 RDS 监控代理监控数据库实例运行状况的能力，导致数据库不可用。 **升级和迁移：** + 修复了在尝试为从 Amazon RDS MySQL 5.7 迁移且包含不受支持存储过程的 Aurora MySQL 集群启动二进制日志复制时出现的问题。 + 在主要版本升级至 Aurora MySQL 版本 3 期间禁用了数据库事件调度程序。此更新有助于避免在主要版本升级进行期间因事件执行而对数据库进行任何更改。 ## 集成了 MySQL 社区版本错误修复 此版本包含截至 5.7.44 的所有社区错误修复。有关更多信息，请参阅 [Aurora MySQL 2.x 数据库引擎更新和之前的所有 MySQL 错误修复](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2)。 ## Aurora MySQL 版本 2 中不支持的功能 以下功能目前在 Aurora MySQL 版本 2（与 MySQL 5.7 兼容）中不受支持。 + 扫描批处理 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + `CREATE TABLESPACE` SQL 语句 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + X 协议 # Aurora MySQL 数据库引擎更新 2023 年 12 月 28 日（版本 2.12.1，与 MySQL 5.7.40 兼容）- RDS 扩展支持版本 **版本：**2.12.1 Aurora MySQL 2.12.1 已正式发布。Aurora MySQL 2.12 版本与 MySQL 5.7.40 之前的版本兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.40 (2022-10-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-40.html)。 当前支持的 Aurora MySQL 版本有 2.11.\$1、2.12.\$1、3.01.\$1、3.02.\$1、3.03.\$1、3.04.\$1 和 3.05.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.12.1。您也可以将当前支持的任何 Aurora MySQL 版本的快照还原到 Aurora MySQL 2.12.1。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复了下面列出的安全问题和 CVE：** 此版本包括 MySQL 5.7.44 及之前的所有社区 CVE 修复。 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2023-38546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38546) + [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545) + [CVE-2023-22053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22053) + [CVE-2023-22028](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22028) + [CVE-2023-22026](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22026) + [CVE-2023-22015](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22015) + [CVE-2022-24407](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-24407) + [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105) + [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104) + 修复了全文搜索 (FTS, Full-Text Search) 解析器插件对单字符令牌的处理（错误 35432973） + 修复了在处理审计日志轮换时报告的事件可能未写入审计日志的问题。 **新功能：** + 增加了对多线程二进制日志 (binlog) 复制的支持，即 binlog 副本上的 SQL 线程将尽可能并行应用二进制日志事件。查看 [Aurora 用户指南](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html)，详细了解有助于优化多线程复制的配置选项。 **可用性改进：** + 修复了使用并行查询的 Aurora MySQL 数据库实例在运行大量并发并行查询时可能会遇到数据库重启的问题。 + 修复了由审计日志记录线程导致的锁争用问题，该问题会导致 CPU 占用率过高和客户端应用程序超时。 + 修复了在尝试读取属于已删除表的数据库页面时可能导致数据库实例重启的问题。 + 修复了当写入器实例将数据库卷增大为 160 GB 的倍数时，可能会导致读取器实例重启的问题。 + 修复了锁定管理器中的问题，在处理两阶段提交时，如果隔离级别设置为 `READ_COMMITED` 或 `READ_UNCOMMITED`，并且使用 XA 事务或启用了二进制日志 (binlog)，该问题可能导致重启或失效转移。 + 修复了当数据库在内部系统表上创建或删除触发器时，如果写入器实例重启，则可能导致数据库集群不可用的问题。 + 修复了在数据库连数量接近 `max_connections` 参数所设置的值时，可能导致数据库实例重新启动的问题。 + 修复了在包含全文索引的表上执行数据操作语言 (DML, Data Manipulation Language) 查询时，可能导致 Aurora 读取器实例重启的问题。 + 由于存在一个问题，在运行诸如 `INSERT INTO`、`SELECT` 和 `FROM` 等查询时可能导致不一致，因此此 Aurora MySQL 版本未启用快速插入。有关快速插入优化的更多信息，请参阅 [Amazon Aurora MySQL 性能增强](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)。 **常规改进。** + 修复了在从 Aurora 集群卷读取数据时，可能由于暂时性网络问题导致并行查询失败的问题。 + 修复了与审计日志文件管理有关的问题，该问题可能导致无法访问日志文件以进行下载或轮换，在某些情况下还会增加 CPU 占用率。 + 修复了从低于 2.11.\$1 的版本升级后，小型只读副本实例的复制延迟可能会增加的问题。 + 修复了在查阅 [`procs_priv` 授权表](https://dev.mysql.com/doc/refman/8.0/en/grant-tables.html#grant-tables-procs-priv)以验证涉及存储例程的请求时，可能导致日志消息过多的问题。 + 修复了内存管理问题，该问题可能导致数据库实例在使用哈希联接优化执行查询时使用过多内存。 + 修复了使用写入转发时，可能会在 `information_schema` 和 `performance_schema` 全局状态表中生成错误的 `Threads_running` 变量值的问题。 + 修复了执行带分区表（在支持旧 `ha_partition` 分区处理程序的 MySQL 版本中创建）的 `SELECT` 语句，且查询计划程序选择了并行查询时，会导致数据库重启的问题。 + 修复了在启用了写入转发时，可能无法与数据库建立新的客户端连接的问题。 + 减少了二进制日志（binlog）复制在以下条件下的延迟：在没有 `USE` 命令定义的默认数据库的情况下，Aurora MySQL 二进制日志副本向源二进制日志文件执行 `QUERY` 事件写入。 + 修复了在 `innodb_flush_log_at_trx_commit` 参数未设置为 1 时，可能导致错误报告 `CommitLatency` CloudWatch 指标的问题。 + 修复了可能导致数据库连接在建立之前关闭的问题。此问题更有可能影响高速打开和关闭连接的数据库实例。 + 修复了当连接的二进制日志（binlog）使用者使用重复的二进制日志复制服务器 ID 时，可能导致数据库重启的问题。 + 修复了当 `replica_parallel_type` 变量设置为 `LOGICAL_CLOCK` 且 `replica_preserve_commit_order` 变量设置为 `ON` 时，可能导致多线程二进制日志复制停止的问题。当在源实例上运行大于 500 MB 的事务时，可能出现此问题。 ## 集成了 MySQL 社区版本错误修复 除以下内容外，此版本还包括 5.7.40 及之前的所有社区错误修复。有关更多信息，请参阅 [Aurora MySQL 2.x 数据库引擎更新和之前的所有 MySQL 错误修复](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2)。 + 修复了在有 `SHOW PROCESSLIST` 语句同时运行时，可能导致现有和新的远程连接停顿的问题（社区错误 34857411） + 复制：某些二进制日志事件的处理并不总是正确的（错误 34617506） ## Aurora MySQL 版本 2 中不支持的功能 以下功能目前在 Aurora MySQL 版本 2（与 MySQL 5.7 兼容）中不受支持。 + 扫描批处理 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + `CREATE TABLESPACE` SQL 语句 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + X 协议 # Aurora MySQL 数据库引擎更新 2023 年 10 月 25 日（版本 2.12.0.1，与 MySQL 5.7.40 兼容）- RDS 扩展支持版本（测试版） **版本：**2.12.0.1 Aurora MySQL 2.12.0.1 在以下区域正式推出：美国东部（弗吉尼亚州北部）、美国东部（俄亥俄州）、美国西部（北加利福尼亚）、美国西部（俄勒冈州）、AWS GovCloud（美国东部）和 AWS GovCloud（美国西部）。这是一个仅限安全修复的早期版本。随着下一个补丁版本 2.12.1 的发布，这些修复将在所有地区更广泛地部署。Aurora MySQL 2.12 版本与 MySQL 5.7.40 兼容。 当前支持的 Aurora MySQL 版本有 2.07.\$1、2.11.\$1、2.12.\$1、3.01.\$1、3.02.\$1、3.03.\$1 和 3.04.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.12.0.1。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.12.0.1。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **修复了下面列出的安全问题和 CVE：** 此版本包括 MySQL 5.7.40 及之前的所有社区 CVE 修复。 + [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545) **可用性改进：** + 由于存在一个问题，在运行诸如 `INSERT INTO`、`SELECT` 和 `FROM` 等查询时可能导致不一致，因此此 Aurora MySQL 版本未启用快速插入。有关快速插入优化的更多信息，请参阅 [Amazon Aurora MySQL 性能增强](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)。 # Aurora MySQL 数据库引擎更新 2023 年 7 月 25 日（版本 2.12.0，与 MySQL 5.7.40 兼容）- RDS 扩展支持版本 **版本：**2.12.0 Aurora MySQL 2.12.0 已正式发布。Aurora MySQL 2.12 版本与 MySQL 5.7.40 之前的版本兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.40 (2022-10-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-40.html)。 当前支持的 Aurora MySQL 版本有 2.11.\$1、2.12.\$1、3.01.\$1、3.02.\$1 和 3.03.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.12.0。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.12.0。 如果您有任何疑问或疑虑，可以在社区论坛和AWS支持部门获得[AWS支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复了安全问题，并在下面 CVEs 列出：** 此版本包含 MySQL 5.7.40 之前的所有社区 CVEs 补丁。 + Aurora MySQL 使用的默认 SSL 密码已更新，从 [SS](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_ssl_cipher) L\$1CIPHER 数据库参数中排除安全性较低的 DES CBC3-SHA 值。如果您因删除 DES CBC3-SHA 密码而遇到 SSL 连接问题，请使用以下列表中适用的安全密码，[配置密码套件以连接到 Aurora MySQL 数据库](https://docs.aws.amazon.com//AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL.ConfiguringCipherSuites)集群。有关 MySQL 客户端[连接密码配置](https://dev.mysql.com/doc/refman/5.7/en/encrypted-connection-protocols-ciphers.html#encrypted-connection-cipher-configuration)的更多信息，请参阅 MySQL 文档。 + [CVE-2023-21963](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21963) + [CVE-2023-21912](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21912) + [CVE-2023-21840](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21840) + [CVE-2023-0215](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-0215) + [CVE-2022-43551](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-43551) + [CVE-2022-37434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434) + [CVE-2022-32221](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-32221) + [CVE-2021-36222](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-36222) + [CVE-2021-22926](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22926) + [CVE-2021-2169](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2169) **可用性改进：** + 修复了数据库活动流事件加密中可能导致数据库重启的问题。 + 修复了在执行数据定义语言（DDL）查询时，如果发生数据库重启，则会导致重启失败的两个问题 + 修复了连接激增可能导致查询延迟增加或数据库实例重启的问题 + 修复了在极少数情况下，在写入器实例上同时执行大型更新操作或数据定义语言（DDL）工作负载并在 Aurora 副本上对同一组表进行读取操作时，可能导致 Aurora 副本重启的问题 + 修复了连接激增可能导致连接建立过程需要更长时间才能完成或因超时错误而失败的问题 + 修复了高级审计日志轮换可能会减少可用内存的问题，这可能会导致数据库实例重启 + 修复了在执行使用 Aurora 并行查询执行计划的查询时可能导致 Aurora MySQL 读取器实例重启的问题 + 修复了在使用全文搜索（FTS）索引的表上执行 `OPTIMIZE TABLE` 查询时，可能导致写入器实例重启的问题 + 修复了使用来自 Aurora 全局数据库辅助AWS区域的全局写入转发执行`SELECT FOR UPDATE`查询时，可能导致 Aurora 全球数据库主区域中的写入器实例重启的问题 + 修复了在转发的[隐式提交语句](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html)遇到错误时可能导致使用全局写入转发的 Aurora 全局数据库辅助AWS区域读取器实例重启的问题 + 由于存在一个问题，在运行诸如 `INSERT INTO`、`SELECT` 和 `FROM` 等查询时可能导致不一致，因此此 Aurora MySQL 版本未启用快速插入。有关快速插入优化的更多信息，请参阅 [Amazon Aurora MySQL 性能增强](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)。 **常规改进：** + 在二进制日志副本上引入了文件管理性能优化，以帮助减少写入中继日志文件时的争用 + 修复了可能导致在 `information_schema` 指标中无法正确报告 `buffer_pool_read_requests` 计数器的问题 + 修复了在执行 `LOAD FROM S3` 或 `SELECT INTO S3` 操作时可能导致本地存储空间填满的问题。该问题还可能导致更高的 CPU 使用率、由于内存不足而导致数据库重启，以及这些查询的延迟增加。 + 修复了在连接了多个二进制日志复制使用者时，使用二进制日志复制的数据库实例可能会遇到 CPU 使用率增加和连接失败的问题 + 修复了未填充 SSL 服务器状态变量的问题 + 修复了执行重复写入的数据操作语言（DML）语句可能导致错误日志记录过多和查询延迟增加的问题 + 已将时区定义升级到 IANA 2023c 版本 + 增加了对启用和禁用会话级二进制日志记录的支持。请参阅《Amazon Aurora 用户指南》中的[存储过程 - 复制](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_enable_session_binlog) + 增加了对设置会话级二进制日志格式的支持。请参阅《Amazon Aurora 用户指南》中的[存储过程 - 复制](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_set_session_binlog_format) + 修复了将 `aurora_disable_hash_join` 参数设置为 `1` 或 `ON` 可能不会阻止优化程序使用哈希联接的问题 + 修复了一个涉及索引扫描的问题，即在执行 `SELECT` 查询时，如果使用 `GROUP BY` 子句且 `aurora_parallel_query` 参数设置为 `ON`，则可能会返回不准确的结果 + 修复了在极少数情况下，访问在写入器实例上同时运行大型更新或数据定义语言（DDL）操作的表时，可能会导致 Amazon Aurora 读取器实例重启的问题 + 修复了可能导致在 `information_schema` 指标中无法正确报告 `buffer_pool_read_requests` 计数器的问题 + 修复了在源系统变量 [server uuid](https://dev.mysql.com/doc/refman/5.7/en/replication-options.html#sysvar_server_uuid) 缺失或值无效时可能导致二进制日志副本重启的问题 + 修复了阻止 InnoDB 统计信息过时的问题，这有时会生成次优的查询执行计划，从而可能导致查询执行时间延长 + 修复了无论用户工作量如何，`AuroraGlobalDBRPOLag` CloudWatch 指标始终显示为零的问题 **升级和迁移：** + 要执行将 Aurora Global Database 从 Aurora MySQL 版本 2.07 或 2.11 升级到 Aurora MySQL 版本 2.12 或更高版本的次要版本升级，请参阅[通过修改引擎版本升级 Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.Patching.ModifyEngineVersion)。 ## 集成了 MySQL 社区版本错误修复 除以下内容外，此版本还包括 5.7.40 及之前的所有社区错误修复。有关更多信息，请参阅 [Aurora MySQL 2.x 数据库引擎更新和之前的所有 MySQL 错误修复](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2)。 + 修复了因后台 TLS 证书轮换而可能导致更高 CPU 使用率的问题（社区错误修复 \$134284186） ## Aurora MySQL 版本 2 中不支持的功能 以下功能目前在 Aurora MySQL 版本 2（与 MySQL 5.7 兼容）中不受支持。 + 扫描批处理。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + `CREATE TABLESPACE` SQL 语句 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + X 协议 # Aurora MySQL 数据库引擎更新 2024 年 7 月 19 日（版本 2.11.6，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本 **版本：** 2.11.6 Aurora MySQL 2.11.6 已正式发布。Aurora MySQL 2.11 版本与 MySQL 5.7.12 兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.html)。 当前支持的 Aurora MySQL 版本有 2.07.9、2.07.10、2.11.\$1、2.12.\$1、3.01.\$1、3.02.\$1、3.03.\$1、3.04.\$1、3.05.\$1、3.06.\$1和 3.07.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.11.6。您还可以将任何当前支持的较低 Aurora MySQL 版本 2 的快照恢复到 Aurora MySQL 2.11.6。 如果您将 Aurora MySQL Global Database 升级到版本 2.11.\$1，则必须将主数据库集群和辅助数据库集群升级到完全相同的版本（包括补丁级别）。有关升级 Aurora Global Database 次要版本的更多信息，请参阅[次要版本升级](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor)。 在执行到 Aurora MySQL 2.11.\$1 的就地引擎版本升级后，操作系统升级将立即自动应用于 db.r4、db.r5、db.t2 和 db.t3 数据库实例类上所有受影响的实例（如果这些实例是在旧的操作系统版本上运行的）。在多可用区数据库集群中，所有读取器实例首先应用操作系统升级。当第一个读取器实例的操作系统升级完成后，将进行失效转移，并升级前一个写入器实例。 **注意** 在主要版本升级期间，操作系统升级不会自动应用于 Aurora Global Database。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **修复的安全问题和 CVE：** + 修复了 MySQL 存储过程中的一个安全问题。 此版本包括 MySQL 5.7.12 及之前的所有社区 CVE 修复。此版本包含以下 CVE 修复： + [CVE-2023-21912](https://nvd.nist.gov/vuln/detail/CVE-2023-21912) + [CVE-2023-38545](https://nvd.nist.gov/vuln/detail/CVE-2023-38545) + [CVE-2023-39975](https://nvd.nist.gov/vuln/detail/CVE-2023-39975) + [CVE-2023-44487](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-44487) + [CVE-2024-0853](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-0853) + [CVE-2024-20963](https://nvd.nist.gov/vuln/detail/CVE-2024-20963) + [CVE-2024-20993](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-20993) + [CVE-2024-20998](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-20998) + [CVE-2024-21008](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21008) + [CVE-2024-21009](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21009) + [CVE-2024-21013](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21013) + [CVE-2024-21047](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21047) + [CVE-2024-21054](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21054) + [CVE-2024-21055](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21055) + [CVE-2024-21057](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21057) + [CVE-2024-21062](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21062) + [CVE-2024-21069](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21069) + [CVE-2024-21096](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21096) + [CVE-2024-21097](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21097) **可用性改进：** + 修复了在无缝扩展、零停机重启（ZDR）和零停机补丁（ZDP）期间，由于并发访问连接资源可能导致数据库服务器重启的问题。 + 修复了在释放用于日志应用程序的内存时可能导致读取器数据库实例重启的问题。 + 修复了在运行并行查询时导致读取器数据库实例重启的问题。 + 修复了当转发的[隐式提交语句](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html)遇到错误时，可能导致使用写入转发的读取器数据库实例重启的问题。 **常规改进。** + 修复了在对具有 `AUTO_INCREMENT` 主键列和唯一键列的表执行并发 `INSERT` 语句，且 `INSERT` 语句在不同行上存在唯一键冲突时，可能导致某些行的 SQL 语句遇到意外的主键冲突错误或警告的问题。 + 修复了当 ZDR 错误恢复在查询中设置为提示的会话变量时，可能导致查询结果不正确的问题。 + 修复了在 Aurora Serverless v1 扩展期间，由于在查找扩展点时错误访问内部数据结构而导致数据库实例重启的问题。 + 修复了除非前面有慢速 `SELECT` 查询，否则由 MySQL [事件调度程序](https://dev.mysql.com/doc/refman/8.0/en/event-scheduler.html)运行的慢速 `INSERT`、`DELETE` 和 `UPDATE` 查询不会记录在慢查询日志中的问题。 ## 集成了 MySQL 社区版本错误修复 此版本包含截至 5.7.12 的所有社区错误修复。有关更多信息，请参阅 [由 Aurora MySQL 2.x 数据库引擎更新修复的 MySQL 错误](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v2)。 ## Aurora MySQL 版本 2 中不支持的功能 以下功能目前在 Aurora MySQL 版本 2（与 MySQL 5.7 兼容）中不受支持。 + 扫描批处理。有关更多信息，请参阅 [Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2024 年 3 月 26 日（版本 2.11.5，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本（默认） **版本：** 2.11.5 Aurora MySQL 2.11.5 已正式发布。Aurora MySQL 2.11 版本与 MySQL 5.7.12 兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.html)。 版本 2.11.5 是创建数据库集群时 Aurora MySQL 版本 2 的当前默认版本。有关更多信息，请参阅[默认 Amazon Aurora 版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.VersionPolicy.html#Aurora.VersionPolicy.DefaultVersions)。 当前支持的 Aurora MySQL 版本有 2.07.9、2.07.10、2.11.\$1、2.12.\$1、3.01.\$1、3.02.\$1、3.03.\$1、3.04.\$1、3.05.\$1 和 3.06.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.11.5。您还可以将任何当前支持的较低 Aurora MySQL 版本 2 的快照恢复到 Aurora MySQL 2.11.5。 如果您将 Aurora MySQL Global Database 升级到版本 2.11.\$1，则必须将主数据库集群和辅助数据库集群升级到完全相同的版本（包括补丁级别）。有关升级 Aurora Global Database 次要版本的更多信息，请参阅[次要版本升级](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor)。 在执行到 Aurora MySQL 2.11.\$1 的就地引擎版本升级后，操作系统升级将立即自动应用于 db.r4、db.r5、db.t2 和 db.t3 数据库实例类上所有受影响的实例（如果这些实例是在旧的操作系统版本上运行的）。在多可用区数据库集群中，所有读取器实例首先应用操作系统升级。当第一个读取器实例的操作系统升级完成后，将进行失效转移，并升级前一个写入器实例。 **注意** 在主要版本升级期间，操作系统升级不会自动应用于 Aurora Global Database。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **修复的安全问题和 CVE：** 此版本包含以下 CVE 修复： + [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104) + [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105) + [CVE-2023-22015](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22015) + [CVE-2023-22026](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22026) + [CVE-2023-22028](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22028) + [CVE-2023-22084](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22084) + [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545) + [CVE-2023-38546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38546) + [CVE-2024-20963](https://nvd.nist.gov/vuln/detail/CVE-2024-20963) **可用性改进：** + 修复了由于与 Aurora 存储通信的组件存在缺陷，可能导致 Aurora MySQL 写入器数据库实例故障转移的问题。该缺陷发生在软件更新后数据库实例与底层存储之间的通信中断时。 + 修复了在极少数情况下可能导致读取器数据库实例重启的问题。 + 修复了由审计日志记录线程导致的锁争用问题，该问题会导致 CPU 占用率过高和客户端应用程序超时。 **常规改进。** + 修复了由于从 Aurora 数据库集群卷读取数据时的瞬时网络问题，可能导致并行查询失败的问题。 + 修复了与审计日志文件管理相关的问题，该问题可能导致日志文件无法下载或轮换，并在某些情况下增加 CPU 使用率。 + 修复了在使用写入转发时，可能导致 `information_schema` 和 `performance_schema` 全局状态表中 `Threads_running` 变量值不正确的问题。 **升级和迁移：** + 修复了阻止从 RDS for MySQL 5.7 迁移的 Aurora MySQL 数据库集群上启动二进制日志复制的问题。 + 在主要版本升级至 Aurora MySQL 版本 3 期间禁用了数据库事件调度程序。这有助于避免在主要版本升级进行期间因事件执行而对数据库进行任何更改。 ## 集成了 MySQL 社区版本错误修复 除以下内容外，此版本还包括 5.7.12 及之前的所有社区错误修复。有关更多信息，请参阅 [Aurora MySQL 2.x 数据库引擎更新和之前的所有 MySQL 错误修复](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2)。 ## Aurora MySQL 版本 2 中不支持的功能 以下功能目前在 Aurora MySQL 版本 2（与 MySQL 5.7 兼容）中不受支持。 + 扫描批处理。有关更多信息，请参阅 [Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2023 年 10 月 17 日（版本 2.11.4，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本 **版本：**2.11.4 Aurora MySQL 2.11.4 已正式发布。Aurora MySQL 2.11 版本与 MySQL 5.7.12 兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.html)。 当前支持的 Aurora MySQL 版本有 2.07.9、2.07.10、2.11.\$1、2.12.\$1、3.01.\$1、3.02.\$1、3.03.\$1 和 3.04.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.11.4。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.11.4。 如果您将 Aurora MySQL Global Database 升级到版本 2.11.\$1，则必须将主数据库集群和辅助数据库集群升级到完全相同的版本（包括补丁级别）。有关升级 Aurora Global Database 次要版本的更多信息，请参阅[次要版本升级](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor)。 在执行到 Aurora MySQL 2.11.\$1 的就地引擎版本升级后，操作系统升级将立即自动应用于 db.r4、db.r5、db.t2 和 db.t3 数据库实例类上所有受影响的实例（如果这些实例是在旧的操作系统版本上运行的）。在多可用区数据库集群中，所有读取器实例首先应用操作系统升级。当第一个读取器实例的操作系统升级完成后，将进行失效转移，并升级前一个写入器实例。 **注意** 在主要版本升级期间，操作系统升级不会自动应用于 Aurora Global Database。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **修复了下面列出的安全问题和 CVE：** + 修复了在处理审计日志轮换时报告的事件可能未写入审计日志的问题。 + [CVE-2022-24407](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-24407) **可用性改进：** + 修复了使用并行查询的 Aurora MySQL 数据库实例在运行大量并发并行查询时可能会遇到数据库重启的问题。 + 修复了在执行 I/O 密集型读取工作负载时，可能导致数据库实例重启的问题。 + 修复了在尝试读取属于已删除表的数据库页面时可能导致数据库实例重启的问题。 + 修复了当写入器实例将数据库卷增大为 160 GB 的倍数时，可能会导致读取器实例重启的问题。 + 修复了当数据库在内部系统表上创建或删除触发器时，如果写入器实例重启，则可能导致数据库集群不可用的问题。 + 修复了在包含全文索引的表上执行数据操作语言（DML）查询时，可能导致读取器实例重启的问题。 + 修复了在执行使用 Aurora 并行查询执行计划的查询时可能导致读取器实例重启的问题。 + 修复了在使用全文搜索（FTS）索引的表上执行 `OPTIMIZE TABLE` 查询时，可能导致写入器实例重启的问题。 + 由于存在一个问题，在运行诸如 `INSERT INTO`、`SELECT` 和 `FROM` 等查询时可能导致不一致，因此此 Aurora MySQL 版本未启用快速插入。有关快速插入优化的更多信息，请参阅 [Amazon Aurora MySQL 性能增强](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)。 **常规改进。** + 修复了从低于 2.11.\$1 的版本升级后，小型只读副本实例的复制延迟可能会增加的问题。 + 修复了在查阅 [procs\$1priv 授权表](https://dev.mysql.com/doc/refman/8.0/en/grant-tables.html#grant-tables-procs-priv)以验证涉及存储例程的请求时，可能导致日志消息过多的问题。 + 修复了内存管理问题，该问题可能导致数据库实例在使用哈希联接优化执行查询时使用过多内存。 + 修复了执行带分区表（在支持旧 `ha_partition` 分区处理程序的 MySQL 版本中创建）的 `SELECT` 语句，且查询计划程序选择了并行查询时，会导致数据库重启的问题。 + 修复了在启用了写入转发时，可能无法与数据库建立新的客户端连接的问题。 + 减少了二进制日志（binlog）复制在以下条件下的延迟：在没有 `USE` 命令定义的默认数据库的情况下，Aurora MySQL 二进制日志副本向源二进制日志文件执行 `QUERY` 事件写入。 + 修复了一个涉及索引扫描的问题，即在执行 `SELECT` 查询时，如果使用 `GROUP BY` 子句且 `aurora_parallel_query` 参数设置为 `ON`，则可能会返回不准确的结果。 + 增加了对启用和禁用会话级二进制日志记录的支持。请参阅《Amazon Aurora 用户指南》**中的[存储过程 - 复制](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_enable_session_binlog)。 + 修复了在源系统变量 [server\$1uuid](https://dev.mysql.com/doc/refman/5.7/en/replication-options.html#sysvar_server_uuid) 缺失或值无效时可能导致二进制日志副本重启的问题。 + 增加了对设置会话级二进制日志格式的支持。请参阅《Amazon Aurora 用户指南》**中的[存储过程 - 复制](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_set_session_binlog_format)。 + 修复了在 `innodb_flush_log_at_trx_commit` 参数未设置为 1 时，可能导致错误报告 `CommitLatency` CloudWatch 指标的问题。 + 修复了阻止 InnoDB 统计信息过时的问题，这有时会生成次优的查询执行计划，从而可能导致查询执行时间延长。 + 修复了当连接的二进制日志（binlog）使用者使用重复的二进制日志复制服务器 ID 时，可能导致数据库重启的问题。 ## 集成了 MySQL 社区版本错误修复 除以下内容外，此版本还包括 5.7.12 及之前的所有社区错误修复。有关更多信息，请参阅 [Aurora MySQL 2.x 数据库引擎更新和之前的所有 MySQL 错误修复](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2)。 + 复制：某些二进制日志事件的处理并不总是正确的。（错误 \$134617506） + 修复了因后台 TLS 证书轮换而可能导致更高 CPU 使用率的问题（社区错误修复 \$134284186）。 + 在预编译语句中，某些类型的子查询可能会导致服务器退出。（错误 \$133100586） ## Aurora MySQL 版本 2 中不支持的功能 以下功能目前在 Aurora MySQL 版本 2（与 MySQL 5.7 兼容）中不受支持。 + 扫描批处理。有关更多信息，请参阅 [Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2023 年 6 月 9 日（版本 2.11.3，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本 **版本：**2.11.3 Aurora MySQL 2.11.3 已正式发布。Aurora MySQL 2.11 版本与 MySQL 5.7.12 兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.html)。 当前支持的 Aurora MySQL 版本有 2.07.\$1、2.11.\$1、3.01.\$1、3.02.\$1 和 3.03.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.11.3。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.11.3。 如果您将 Aurora MySQL Global Database 升级到版本 2.11.\$1，则必须将主数据库集群和辅助数据库集群升级到完全相同的版本（包括补丁级别）。有关升级 Aurora Global Database 次要版本的更多信息，请参阅[次要版本升级](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor)。 在执行到 Aurora MySQL 2.11.\$1 的就地引擎版本升级后，操作系统升级将立即自动应用于 db.r4、db.r5、db.t2 和 db.t3 数据库实例类上所有受影响的实例（如果这些实例是在旧的操作系统版本上运行的）。在多可用区数据库集群中，所有读取器实例首先应用操作系统升级。当第一个读取器实例的操作系统升级完成后，将进行失效转移，并升级前一个写入器实例。 **注意** 在主要版本升级期间，操作系统升级不会自动应用于 Aurora Global Database。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复了下面列出的安全问题和 CVE：** + 更新了 Aurora MySQL 使用的默认 SSL 密码，将安全性较低的 `DES-CBC3-SHA` 值排除在了 [SSL\$1CIPHER](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_ssl_cipher) 数据库参数之外。如果您因移除 `DES-CBC3-SHA` 密码而遇到 SSL 连接问题，请使用以下列表中适用的安全密码：[ConfiguringCipherSuites](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL.ConfiguringCipherSuites)。有关 MySQL 客户端[连接密码配置](https://dev.mysql.com/doc/refman/5.7/en/encrypted-connection-protocols-ciphers.html#encrypted-connection-cipher-configuration)的更多信息，请参阅 MySQL 文档。 + [CVE-2023-21963](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21963) + [CVE-2023-21912](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21912) + [CVE-2023-0215](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-0215) + [CVE-2022-43551](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-43551) + [CVE-2022-37434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434) **可用性改进：** + 修复了数据库活动流（DAS）事件加密中可能导致数据库重启的问题。 + 修复了在执行数据定义语言（DDL）查询时，如果发生数据库重启，则会导致重启失败的两个问题。 + 由于存在一个问题，在运行诸如 `INSERT INTO`、`SELECT` 和 `FROM` 等查询时可能导致不一致，因此此 Aurora MySQL 版本未启用快速插入。有关快速插入优化的更多信息，请参阅 [Amazon Aurora MySQL 性能增强](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)。 **常规改进。** + 在二进制日志副本上引入了文件管理性能优化，以帮助减少写入中继日志文件时的争用。 + 修复了将 `aurora_disable_hash_join` 参数设置为 1 或 ON 可能不会阻止优化程序使用哈希联接的问题。 + 修复了可能导致在 `information_schema` 指标中无法正确报告 `buffer_pool_read_requests` 计数器的问题。 + 修复了在执行 `LOAD FROM S3` 或 `SELECT INTO S3` 操作时可能导致本地存储空间填满的问题。该问题还可能导致更高的 CPU 使用率、由于内存不足而导致数据库重启，以及这些查询的延迟增加。 ## Aurora MySQL 版本 2 中不支持的功能 以下功能目前在 Aurora MySQL 版本 2（与 MySQL 5.7 兼容）中不受支持。 + 扫描批处理。有关更多信息，请参阅 [Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2023 年 3 月 24 日（版本 2.11.2，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本 **版本：**2.11.2 Aurora MySQL 2.11.2 已正式发布。Aurora MySQL 2.11 版本与 MySQL 5.7.12 兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.html)。 当前支持的 Aurora MySQL 版本有 2.07.\$1、2.11.\$1、3.01.\$1、3.02.\$1 和 3.03.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.11.2。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.11.2。 如果您将 Aurora MySQL Global Database 升级到版本 2.11.\$1，则必须将主数据库集群和辅助数据库集群升级到完全相同的版本（包括补丁级别）。有关升级 Aurora Global Database 次要版本的更多信息，请参阅[次要版本升级](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor)。 在执行到 Aurora MySQL 2.11.\$1 的就地引擎版本升级后，操作系统升级将立即自动应用于 db.r4、db.r5、db.t2 和 db.t3 数据库实例类上所有受影响的实例（如果这些实例是在旧的操作系统版本上运行的）。在多可用区数据库集群中，所有读取器实例首先应用操作系统升级。当第一个读取器实例的操作系统升级完成后，将进行失效转移，并升级前一个写入器实例。 **注意** 在主要版本升级期间，操作系统升级不会自动应用于 Aurora Global Database。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **常规改进。** + 修复了在连接了多个二进制日志复制使用者时，使用二进制日志复制的数据库实例可能会遇到 CPU 使用率增加和连接失败的问题。 + 修复了在升级到 Aurora MySQL 版本 2.11 后，如果主数据库写入器使用的是 Aurora MySQL 版本 2.10，则可能导致全局数据库辅助区域中的读取器实例不同步的问题。 **可用性改进：** + 由于存在一个问题，在运行诸如 `INSERT INTO`、`SELECT` 和 `FROM` 等查询时可能导致不一致，因此此 Aurora MySQL 版本未启用快速插入。有关快速插入优化的更多信息，请参阅 [Amazon Aurora MySQL 性能增强](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)。 ## Aurora MySQL 版本 2 中不支持的功能 以下功能目前在 Aurora MySQL 版本 2（与 MySQL 5.7 兼容）中不受支持。 + 扫描批处理。有关更多信息，请参阅 [Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2023 年 2 月 14 日（版本 2.11.1，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本 **版本：**2.11.1 Aurora MySQL 2.11.1 已正式发布。Aurora MySQL 2.11 版本与 MySQL 5.7.12 兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.07.\$1、2.09.\$1、2.10.\$1、2.11.\$1、3.01.\$1 和 3.02.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.11.1。对于运行 Aurora MySQL 版本 1 的集群，您可以直接将现有 Aurora MySQL 1.23 或更高版本的集群升级到 2.11.1。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.11.1。 如果您将 Aurora MySQL Global Database 升级到版本 2.11.\$1 并且开启了写入转发功能，则必须将主数据库集群和辅助数据库集群升级到完全相同的版本（包括补丁级别），才能继续使用写入转发功能。有关升级 Aurora Global Database 次要版本的更多信息，请参阅[次要版本升级](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor)。 在执行到 Aurora MySQL 2.11.\$1 的就地引擎版本升级后，操作系统升级将立即自动应用于 db.r4、db.r5、db.t2 和 db.t3 数据库实例类上所有受影响的实例（如果这些实例是在旧的操作系统版本上运行的）。在多可用区数据库集群中，所有读取器实例首先应用操作系统升级。当第一个读取器实例的操作系统升级完成后，将进行失效转移，并升级前一个写入器实例。 **注意** 在主要版本升级期间，操作系统升级不会自动应用于 Aurora Global Database。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复了下面列出的安全问题和 CVE：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2022-32221](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-32221) + [CVE-2021-36222](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-36222) + [CVE-2021-22926](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22926) + [CVE-2021-2169](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2169) **可用性改进：** + 修复了连接激增可能导致查询延迟增加或数据库实例重启的问题。 + 修复了在极少数情况下，在写入器实例上同时执行大型更新操作或数据定义语言（DDL）工作负载并在 Aurora 副本上对同一组表进行读取操作时，可能导致 Aurora 副本重启的问题。 + 修复了连接激增可能导致连接建立过程需要更长时间才能完成或因超时错误而失败的问题。 + 修复了高级审计日志轮换可能会减少可用内存的问题，这可能会导致数据库实例重启。 + 由于存在一个问题，在运行诸如 `INSERT INTO`、`SELECT` 和 `FROM` 等查询时可能导致不一致，因此此 Aurora MySQL 版本未启用快速插入。有关快速插入优化的更多信息，请参阅 [Amazon Aurora MySQL 性能增强](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)。 **常规改进。** + 修复了未填充 [SSL 服务器状态变量](https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html#statvar_Ssl_accept_renegotiates)的问题。 + 修复了执行重复写入的数据操作语言（DML）语句可能导致错误日志记录过多和查询延迟增加的问题。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2022 年 10 月 25 日（版本 2.11.0，与 MySQL 5.7.12 兼容）- RDS 扩展支持版本 **版本：**2.11.0 Aurora MySQL 2.11.0 已正式发布。Aurora MySQL 2.x 版本与 MySQL 5.7.12 兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.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、2.11.\$1、3.01.\$1 和 3.02.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.11.0。对于运行 Aurora MySQL 版本 1 的集群，您可以直接将现有 Aurora MySQL 1.23 或更高版本的集群升级到 2.11.0。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.11.0。 如果您将 Aurora MySQL Global Database 升级到版本 2.11.\$1 并且开启了写入转发功能，则必须将主数据库集群和辅助数据库集群升级到完全相同的版本（包括补丁级别），才能继续使用写入转发功能。有关升级 Aurora Global Database 次要版本的更多信息，请参阅[次要版本升级](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor)。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复的安全问题和 CVE：** + 将 SSL/TLS 提供程序从 OpenSSL 更改为 [AWS-LC](https://github.com/aws/aws-lc)。 这带来了许多更改，包括但不限于移除了对安全性较低的 DHE-RSA-\$1 密码套件的支持。 有关更多信息，请参阅[将 TLS 与 Aurora MySQL 数据库集群结合使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL)。 此版本包含以下 CVE 修复： + [CVE-2022-21460](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21460) + [CVE-2022-21451](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21451) + [CVE-2022-21444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21444) + [CVE-2022-21417](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21417) + [CVE-2022-21304](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21304) + [CVE-2022-21303](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21303) + [CVE-2022-21245](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21245) + [CVE-2021-36222](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-36222) + [CVE-2021-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-28196) + [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841) + [CVE-2021-22926](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22926) + [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449) + [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307) + [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226) + [CVE-2021-2202](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2202) + [CVE-2021-2194](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2194) + [CVE-2021-2179](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2179) + [CVE-2021-2178](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2178) + [CVE-2021-2174](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2174) + [CVE-2021-2171](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2171) + [CVE-2021-2169](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2169) + [CVE-2021-2166](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2166) + [CVE-2021-2160](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2160) + [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154) **新功能：** + 随着 Aurora MySQL 版本 2.11 的发布，还提供了新的操作系统升级。建议您在升级到版本 2.11 后，将此待处理的操作系统更新应用于您的所有 Aurora MySQL 数据库实例。有关更多信息，请参阅[使用操作系统更新](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html#OS_Updates)。 + 新的动态配置选项 innodb\$1deadlock\$1detect 可用于禁用死锁检测。在高并发系统中，当许多线程等待同一个锁时，死锁检测可能会导致速度下降。有时，禁用死锁检测并在发生死锁时依赖 innodb\$1lock\$1wait\$1timeout 设置进行事务回滚可能更高效。（错误 \$123477773）有关 Innodb 死锁检测的更多信息，请参阅 [MySQL 文档](https://dev.mysql.com/doc/refman/5.7/en/innodb-deadlock-detection.html)。 + 已添加来自 MySQL 8.0 的 `UUID_TO_BIN`、`BIN_TO_UUID` 和 `IS_UUID` 函数。有关使用这些函数的更多信息，请参阅 [MySQL Miscellaneous function](https://dev.mysql.com/doc/refman/8.0/en/miscellaneous-functions.html)。 + 增加了对优化程序提示的支持，允许用户在每个表或每个查询的基础上启用或禁用 Aurora MySQL 并行查询。 + [使用 Amazon Aurora MySQL 的并行查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html) + [Aurora MySQL 提示](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.Hints) + 移除了 R3 实例类型支持。 + 增加了对 R6i 实例的支持。 **可用性改进：** + 修复了由于错误日志中写入的二进制日志文件和位置不正确而可能导致无法在数据库集群中进行跨区域逻辑复制的问题。在运行 DDL 语句后重启引擎时，可能会出现此问题。 + 修复了在极少数情况下，在写入器实例上运行访问控制列表（ACL）语句（例如 GRANT 和 FLUSH）时，可能会导致 Aurora 读取器实例重启的问题。此问题更有可能影响具有大量用户和 ACL 操作（例如权限更改）的读取器实例。 + 修复了在极少数情况下，当事务访问被另一个事务删除的行时，可能会导致写入器实例重启或失效转移的问题。 + 提高了全文短语搜索性能，显著缩短了在带有全文索引的表中搜索短语所用的时间。 + 修复了写入器实例在重启后会因恢复缓慢而卡住并随后再次重启的问题。如果初次重启时，数据库中有大量未提交的行，就会发生此问题。 + 修复了在极少数情况下，当[死锁检测器线程](https://dev.mysql.com/doc/refman/5.7/en/innodb-deadlocks.html)卡住时，由于信号灯等待时间过长而导致数据库服务器重启的问题。 + 修复了在极少数情况下，当 I/O 线程出现死锁时，由于信号灯等待时间过长而导致数据库重启的问题。 + 由于存在一个问题，在运行诸如 `INSERT INTO`、`SELECT` 和 `FROM` 等查询时可能导致不一致，因此此 Aurora MySQL 版本未启用快速插入。有关快速插入优化的更多信息，请参阅 [Amazon Aurora MySQL 性能增强](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)。 **常规改进。** + 修复了在满足以下所有条件时可能导致数据库服务器重启的问题： + 在 SQL MODE 中禁用了 ALLOW\$1INVALID\$1DATES。 + 数据库服务器正在处理的 INSERT、UPDATE、DELETE 或 SELECT 语句带有 DATETIME 类型的无效值（月份不在 1 到 12 之间）。 + 修复了将 log-bin 设置为 OFF 时不遵守二进制日志保留期的问题，这会导致存储利用率高于预期。修复后，将根据您的保留期清除二进制日志。有关如何配置二进制日志保留期的更多信息，请参阅 [Aurora MySQL 用户指南](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.html#AuroraMySQL.Replication.MySQL.RetainBinlogs)。 + 修复了在数据库实例上运行某些数据控制语言（DCL）SQL 语句（例如 GRANT、FLUSH PRIVILEGES 等）时，可能会导致该实例上的可用内存减少的问题。频繁使用此类语句会导致可用内存不断减少，并可能导致数据库实例因内存不足问题而重启。在写入器实例上使用此类语句也可能导致读取器实例上的可用内存减少。 + 为从中继日志执行的读取引入了更大的读取缓冲区大小，以最大限度地减少读取 I/O 操作的数量，从而减少了 I/O 和 SQL 线程之间的争用。 + 修复了可能导致 mysql.rds\$1rotate\$1slow\$1log 存储过程失败并显示错误消息“Table 'mysql.slow\$1log\$1backup' doesn't exist”的问题。 + 修复了以下问题：由于只读副本必须从磁盘而不是查询缓存读取数据，因此查询缓存失效过多，从而导致只读副本的 CPU 使用率和延迟高于预期。 + 修复了允许用户在读取器实例上运行 INSTALL PLUGIN 和 UNINSTALL PLUGIN 命令的问题，该问题可能会导致 LOCK\$1plugin、LOCK\$1system\$1variables\$1hash、LOCK\$1global\$1system\$1variables 出现死锁。这些语句现在只能在数据库集群中的写入器实例上执行。 + 修复了在启用了二进制日志记录时，集群可能会遇到高于预期的提交延迟的问题。这会影响所有生成大型二进制日志事件（大小超过 500MB）的事务。 + 修复了可能导致 INFORMATION\$1SCHEMA.INNODB\$1METRICS 表中的 trx\$1active\$1transactions 指标值不正确的问题。 + 修复了在为大型事务执行回滚到保存点时，由于二进制日志文件变得不一致而导致逻辑复制停止的问题。 + 默认情况下，使用一致的屏蔽密钥在 general-log、slow-query-log 和 audit-log 中屏蔽凭证哈希。这可以通过 aurora\$1mask\$1password\$1hashes\$1type 参数进行配置。 + 修复了在客户观察到的事件中，零停机时间重启（ZDR）持续时间报告有误的问题。 + 修复了可能导致 [mysql\$1rds\$1import\$1binlog\$1ssl\$1material](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql_rds_import_binlog_ssl_material.html) 调用失败并显示 [MySQL server ERROR 1457](https://dev.mysql.com/doc/mysql-errors/5.7/en/server-error-reference.html#error_er_sp_proc_table_corrupt) 的问题。 + 修复了转储线程初始化可能与清除二进制日志的线程发生死锁的问题。这可能会让活动的二进制日志文件停止轮换而继续增长，或者导致新的二进制日志副本连接出现问题。 + 修复了查询缓存可能会在 Aurora 只读副本上返回过时结果的问题。 ## 集成了 MySQL 社区版本错误修复 除以下内容外，此版本还包括 5.7 及之前的所有社区错误修复。有关更多信息，请参阅 [Aurora MySQL 2.x 数据库引擎更新和之前的所有 MySQL 错误修复](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2)。 + 修复了从性能架构语句事件表（例如，events\$1statements\$1current）中读取字符集信息的代码无法阻止同时写入该字符集信息的问题。因此，SQL 查询文本字符集可能无效，从而可能导致服务器退出。通过此修复，无效的字符集会导致 SQL\$1TEXT 列被截断并阻止服务器退出。（错误 \$123540008） + InnoDB：社区错误 \$125189192、错误 \$184038 修复的向后移植。修复了在将表移至其他架构的 RENAME TABLE 操作后，InnoDB 无法更新 INNODB\$1SYS\$1DATAFILES 数据字典表的问题。这会导致重启时出错，表明它找不到表空间数据文件。 + InnoDB：修复了以下问题：在添加新索引时，服务器会丢弃内部定义的外键索引，并试图使用在虚拟生成的列上定义的二级索引作为外键索引，从而导致服务器退出。InnoDB 现在允许外键约束引用在虚拟生成的列上定义的二级索引。（错误 23533396） + 修复了两个会话同时执行 INSERT ... ON DUPLICATE KEY UPDATE 操作时，会生成死锁的问题。在元组的部分回滚期间，另一个会话可能会对其进行更新。此错误的修复撤销了对错误 \$111758237、错误 \$117604730 和错误 \$120040791 的修复。（错误 \$125966845） + 社区错误 \$127407480 修复的向后移植：修复了即使启用了 automatic\$1sp\$1privileges，也无法正确向例程创建者授予 EXECUTE 和 ALTER ROUTINE 权限的问题。 + 社区错误 \$124671968 修复的向后移植：修复了以下问题：如果 WHERE 子句包含依赖子查询，表在选择列表中的列上有二级索引（后跟子查询中的列），且 `GROUP BY` 或 `DISTINCT` 允许查询使用松散索引扫描，则查询可能会产生错误的结果。 + 修复了如果对多个带外键的表发出多表删除语句，则复制会中断的问题。（错误 \$180821） + 修复了在特殊情况下，即使启用了 [slave\$1skip\$1errors](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_skip_errors)，某些从属服务器错误也不会被忽略的问题。如果打开和锁定表失败，或者在运行基于行的复制的服务器上进行字段转换失败，则该错误被视为严重错误，[slave\$1skip\$1errors](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_skip_errors) 状态将被忽略。该修复可确保在启用 [slave\$1skip\$1errors](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_skip_errors) 的情况下，应用事务期间报告的所有错误都得到正确处理。（错误 \$170640、错误 \$117653275） + 修复了在 [https://dev.mysql.com/doc/refman/5.7/en/set-password.html](https://dev.mysql.com/doc/refman/5.7/en/set-password.html) 语句从 MySQL 5.6 主服务器复制到 MySQL 5.7 从属服务器，或者从 [log\$1builtin\$1as\$1identified\$1by\$1password](https://dev.mysql.com/doc/refman/5.7/en/replication-options-binary-log.html#sysvar_log_builtin_as_identified_by_password) 系统变量设置为 ON 的 MySQL 5.7 主服务器复制到 MySQL 5.7 从属服务器时，密码哈希本身在存储在从属服务器上之前也经过哈希处理的问题。该问题现已得到修复，复制的密码哈希按最初传递给从属服务器的原样存储。（错误 \$124687073） + 修复了由包裹在多级 JSON 数组和/或对象中的大型子文档组成的 JSON 值的序列化有时需要过长时间才能完成的问题。（错误 \$123031146） + 无法解析的语句（例如，由于语法错误）将不再写入慢速查询日志。（错误 \$133732907） ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2022-11-01（版本 2.10.3）（已弃用） **版本：**2.10.3 Aurora MySQL 2.10.3 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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、2.11.\$1、3.01.\$1 和 3.02.\$1。 您可以将现有的 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.10.3。对于运行 Aurora MySQL 版本 1 的集群，您可以直接将现有 Aurora MySQL 1.23 或更高版本的集群升级到 2.10.3。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.10.3。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复了下面列出的安全问题和 CVE：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2022-21444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21444) + [CVE-2022-21344](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21344) + [CVE-2022-21304](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21304) + [CVE-2022-21245](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21245) + [CVE-2021-36222](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-36222) + [CVE-2021-22926](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22926) **常规改进。** + 修复了在极少数情况下，当[死锁检测器线程](https://dev.mysql.com/doc/refman/5.7/en/innodb-deadlocks.html)卡住时，由于信号灯等待时间过长而导致数据库服务器重启的问题。 + 修复了在数据库实例上运行某些数据控制语言（DCL）SQL 语句（例如 GRANT、FLUSH PRIVILEGES 等）时，可能会导致该实例上的可用内存减少的问题。频繁使用此类语句会导致可用内存不断减少，并可能导致数据库实例因内存不足问题而重启。在写入器实例上使用此类语句也可能导致读取器实例上的可用内存减少。 + 修复了以下问题：当数据库实例的负载较重且启用了“wait/io/aurora\$1respond\$1to\$1client”performance\$1schema 等待事件时，对“performance\$1schema.events\$1waits\$1summary\$1global\$1by\$1event\$1name”表的查询速度可能变慢。 + 修复了在极少数情况下，由于二级索引上的约束违规而使事务部分回滚时，可能导致数据库服务器停止运行并重启的问题。 + 修复了在极少数情况下，当事务访问被另一个事务删除的行时，可能会导致写入器实例重启或失效转移的问题。 + 修复了在极少数情况下，当 I/O 线程出现死锁时，由于信号灯等待时间过长而可能导致数据库重启的问题。 + 修复了在极少数情况下，使用 Unix 套接字锁定文件时，可能导致只读副本在失效转移期间重启的问题。 + 修复了以下问题：由于只读副本必须从磁盘而不是查询缓存读取数据，因此查询缓存失效过多，从而导致只读副本的 CPU 使用率和延迟高于预期。 ## 集成了 MySQL 社区版本错误修复 除以下内容外，此版本还包括 5.7 及之前的所有社区错误修复。有关更多信息，请参阅 [Aurora MySQL 2.x 数据库引擎更新和之前的所有 MySQL 错误修复](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2)。 + 修复了从性能架构语句事件表（例如，events\$1statements\$1current）中读取字符集信息的代码无法阻止同时写入该字符集信息的问题。因此，SQL 查询文本字符集可能无效，从而可能导致服务器退出。通过此修复，无效的字符集会导致 SQL\$1TEXT 列被截断并阻止服务器退出。（错误 \$123540008） + 修复了当 UPDATE 需要一个主键大于 1024 个字节的临时表，而该表是使用 InnoDB 创建的时，服务器可能会退出的问题。（错误 \$125153670） + 修复了两个会话同时执行 INSERT ... ON DUPLICATE KEY UPDATE 操作时，会生成死锁的问题。在元组的部分回滚期间，另一个会话可能会对其进行更新。此错误的修复撤销了对错误 \$111758237、错误 \$117604730 和错误 \$120040791 的修复。（错误 \$125966845） ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2022-01-26（版本 2.10.2）（已弃用） **版本：**2.10.2 Aurora MySQL 2.10.2 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 2.\$1 数据库集群升级到 Aurora MySQL 2.10.0。对于运行 Aurora MySQL 版本 1 的集群，您可以直接将现有 Aurora MySQL 1.23 或更高版本的集群升级到 2.10.0。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.10.0。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复了下面列出的安全问题和 CVE：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2021-36222](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-36222) + [CVE-2021-35624](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-35624) + [CVE-2021-35604](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-35604) + [CVE-2021-22926](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22926) + [CVE-2021-2390](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2390) + [CVE-2021-2389](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2389) + [CVE-2021-2385](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2385) + [CVE-2021-2356](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2356) + [CVE-2019-17543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-17543) + [CVE-2019-2960](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2960) **常规改进。** + 添加了性能优化，帮助缩短 24XL 实例类中的数据库 IO 延迟。 + 添加了对 ECDHE SSL 密码的支持。有关配置客户端使用这些 SSL 密码的更多信息，请参阅以下 MySQL 文档：[加密连接协议密码](https://dev.mysql.com/doc/refman/5.7/en/encrypted-connection-protocols-ciphers.html#encrypted-connection-cipher-configuration) + 修复了 Aurora MySQL 与其他 AWS 服务（例如 Amazon S3、Amazon ML 和 AWS Lambda）集成的相关安全问题。 + 修复了当数据库具有大约超过 1GB 的用户和权限组合时，可能导致数据库实例重启失败的问题。 + 修复了并行查询的问题，该问题可能导致数据库在使用 GROUP BY 子句和包含范围谓词的 WHERE 子句执行查询时返回错误的分组或排序顺序。 + 修复了在将主要版本从 Aurora MySQL 1.x（与 MySQL 5.6 兼容）就地升级到 Aurora MySQL 2.x（与 MySQL 5.7 兼容）后导致 general\$1log 和 slow\$1log 表无法访问的问题。 + 修复了在极少数情况下，当数据库处于繁重工作负载期间查询 innodb\$1trx、innodb\$1locks 或 innodb\$1lockwaits 表时，可能导致数据库实例重新启动的问题。监控工具（例如 Performance Insights）可能会查询此类表格。 + 修复了在满足以下所有条件时将现有行的 TIMESTAMP 列的值更新为最新时间戳的问题： 1. 该表存在触发器。 1. 在具有 ON DUPLICATE KEY UPDATE 子句的表上执行 INSERT。 1. 插入的行会导致 UNIQUE 索引或 PRIMARY KEY 中的重复值冲突。 1. 一个或多个列为 TIMESTAMP 数据类型，原定设置值为 CURRENT\$1TIMESTAMP。 + 修复了在极少数情况下，可能阻止二进制日志副本连接到已启用二进制日志的实例的问题。 + 修复了在极少数情况下，在已启用二进制日志的实例上运行时，无法提交事务的问题。 + 修复了无法与已启用二进制日志的实例建立新连接的问题。 + 修复了在尝试零停机时间修补和重新启动导致本地存储填满时，可能导致内部日志记录过多的问题。 + 修复了在复制某些 DDL 和 DCL 语句时导致二进制日志副本停止并出现 HA\$1ERR\$1FOUND\$1DUPP\$1KEY 错误的问题。当源实例配置了 MIXED 二进制日志记录格式和 READ COMMITTED 或 READ UNCOMMITTED 隔离级别时，会出现此问题。 + 修复了启用多线程复制时二进制日志复制输入/输出线程无法跟上主实例的问题 + 修复了在极少数情况下，与数据库实例的大量活动连接可能导致错误报告 CloudWatch CommitLatency 指标的问题。 + 修复了执行 LOAD FROM S3 或 SELECT INTO S3 时，导致 Graviton 实例上的本地存储空间填满的问题。 + 修复了通过外键查询表且同时满足以下两个条件时，可能导致查询结果错误的问题： 1. 已启用查询缓存 1. 已回滚对该表进行级联删除或更新的事务 + 修复了在极少数情况下可能导致 Aurora 读取器实例重新启动的问题。随着事务回滚次数增加，出现此问题的几率也会增加。 + 修复了打开和关闭会话时，性能架构中出现互斥锁“LOCK\$1epoch\$1id\$1master”的次数增加的问题。 + 修复了当大量事务同时对同一组行进行更新时，可能导致其工作负载出现越来越多的死锁的问题。 + 修复了在极少数情况下当数据库卷增加到 160 GB 的倍数时可能导致实例重新启动的问题。 + 修复了使用 LIMIT 子句执行 SQL 语句时可能导致数据库重新启动的并行查询问题。 + 修复了在极少数情况下，使用具有 READ COMMITTED 隔离级别的 XA 事务时可能导致数据库实例重新启动的问题。 + 修复了 Aurora 读取实例重启后，如果重启期间 DDL 工作负载繁重，实例可能会再次重启的问题。 + 修复了 Aurora 读取器复制滞后报告错误的问题。 + 修复了在极少数情况下会导致在内存中数据完整性检查失败时重新启动写入器实例的问题。 + 修复了在极少数情况下，即使会话已完成处理并处于空闲状态，Performance Insights (PI) 会话中的“数据库负载”图表也会错误显示为实际使用 CPU 的问题。 + 修复了在极少数情况下，使用并行查询处理查询时可能导致数据库服务器重新启动的问题。 + 修复了在极少数情况下，由于全局数据库复制期间出现争用情况，导致全局数据库主集群中的写入器实例重新启动的问题。 + 修复了数据库实例重启期间可能出现的会导致多次重启的问题。 ## 集成了 MySQL 社区版本错误修复 + 修复了 InnoDB 中的一个问题：与表统计数据相关的代码错误导致 dict0stats.cc 源文件出现断言。（错误 \$124585978） + 修复了在线构建索引时，虚拟列上的二级索引损坏的问题。对于 [UPDATE](https://dev.mysql.com/doc/refman/5.7/en/update.html) 语句，我们按以下方式修复此问题：如果索引记录的虚拟列值设置为 NULL，就从集群索引记录中生成此值。（错误 \$130556595） + 修复了 InnoDB 中删除标记行能够在部分回滚完成之前获取外部只读锁定的问题。外部只读锁定阻止了在部分回滚期间将隐式锁转换为显式锁，导致断言失败。（错误 \$129195848） + 修复了账户中的主机名为空时可能导致服务器行为异常的问题。（错误 \$128653104） + 修复了 InnoDB 中锁定等待期间查询中断导致错误的问题。（错误 \$128068293） + 修复了复制中当事务隔离级别设置为 [REPEATABLE READ](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read) 时，交错事务有时可能会使从属应用程序死锁的问题。（错误 \$125040331） + 修复了锁定等待超时导致二进制日志副本停顿的问题。（错误 \$127189701） ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2021-10-21（版本 2.10.1）（已弃用） **版本：**2.10.1 Aurora MySQL 2.10.1 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 2.\$1 数据库集群升级到 Aurora MySQL 2.10.0。对于运行 Aurora MySQL 版本 1 的集群，您可以直接将现有 Aurora MySQL 1.23 或更高版本的集群升级到 2.10.0。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.10.0。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复了下面列出的安全问题和 CVE：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307) + [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226) + [CVE-2021-2194](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2194) + [CVE-2021-2174](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2174) + [CVE-2021-2171](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2171) + [CVE-2021-2169](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2169) + [CVE-2021-2166](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2166) + [CVE-2021-2160](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2160) + [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154) + [CVE-2021-2032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2032) + [CVE-2021-2001](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2001) **可用性改进：** + 在未来的主要版本升级中添加了彻底关闭集群的能力。 **常规改进。** + 修复了由于内部诊断日志文件中的信息性消息记录过多而导致读取器实例 CPU 占用过高的问题。 + 修复了在满足以下所有条件时将现有行的 TIMESTAMP 列的值更新为最新时间戳的问题： 1. 该表存在触发器。 1. 在具有 ON DUPLICATE KEY UPDATE 子句的表上执行 INSERT。 1. 插入的行会导致 UNIQUE 索引或 PRIMARY KEY 中的重复值冲突。 1. 一个或多个列为 TIMESTAMP 数据类型，原定设置值为 CURRENT\$1TIMESTAMP。 + 修复了版本 2.10.0 中引入的问题，该问题导致在某些情况下使用 json\$1merge 函数会引发错误代码。特别是，当 json\$1merge 函数在包含生成的列的 DDL 中使用时，它可能会返回错误代码 1305。 + 修复了在极少数情况下，对只读副本上的事务读取视图验证大型对象的更新历史记录时，只读副本会重新启动的问题。 + 修复了在极少数情况下会导致在内存中数据完整性检查失败时重新启动写入器实例的问题。 ## 集成了 MySQL 社区版本错误修复 + CURRENT\$1TIMESTAMP PRODUCES ZEROS IN TRIGGER。（错误 25209512） ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2021-05-25（版本 2.10.0）（已弃用） **版本：**2.10.0 Aurora MySQL 2.10.0 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 2.\$1 数据库集群升级到 Aurora MySQL 2.10.0。对于运行 Aurora MySQL 版本 1 的集群，您可以直接将现有 Aurora MySQL 1.23 或更高版本的集群升级到 2.10.0。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.10.0。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复了下面列出的安全问题和 CVE：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841) + [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449) + [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196) + [CVE-2020-14790](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14790) + [CVE-2020-14776](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14776) + [CVE-2020-14567](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14567) + [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559) + [CVE-2020-14553](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14553) + [CVE-2020-14547](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14547) + [CVE-2020-14540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14540) + [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539) + [CVE-2018-3251](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3251) + [CVE-2018-3156](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3156) + [CVE-2018-3143](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3143) + [CVE-2016-5440](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5440) **新功能：** + Aurora MySQL 现在支持 `db.t3.large` 实例类。 + *二进制日志复制：* + 引入了二进制日志 I/O 缓存，通过减少写入器线程和转储线程之间的争用来提高二进制日志性能。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[优化二进制日志复制](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.html#binlog-optimization)。 + 在 [Aurora MySQL 版本 2.08](AuroraMySQL.Updates.2080.md) 中，我们引入了二进制日志 (binlog) 处理，以便在涉及非常大的事务时缩短崩溃恢复时间和提交时间延迟。对于启用了 GTID 的集群，现在支持这些改进。 + *改进了读取器实例的可用性：* + 以前，写入器实例重新启动时，Aurora MySQL 集群中的所有读取器实例也会重新启动。从今天起，区域内读取器实例在写入器实例重启期间继续提供读取请求，从而提高了集群中的读取可用性。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[重启 Aurora MySQL 集群（版本 2.10 及更高版本）](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_RebootCluster.html#aurora-mysql-survivable-replicas)。 **重要** 升级到 Aurora MySQL 2.10 之后，重启写入器实例不会重启整个集群。如果您想重启整个集群，现在您可以在重启写入器实例后重启集群中的任何读取器实例。 + 改进了逻辑提前读取 (LRA) 技术请求的提前读取页面的读取性能。这是通过在发送到 Aurora 存储的单个请求中批处理多个页面读取来完成的。因此，使用 LRA 优化的查询的执行速度提高了 3 倍。 + *零停机时间重启和修补：* + 改进了零停机时间重启 (ZDR) 和零停机时间修补 (ZDP)，以在更广泛的场景中启用 ZDR 和 ZDP，包括增加了对启用二进制日志记录的情况的支持。此外，还提高了对 ZDR 和 ZDP 事件的可见性。有关详细信息，请参阅《Amazon Aurora 用户指南》**中的 [Amazon Aurora MySQL 的零停机重启（ZDR）](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.html#AuroraMySQL.Replication.Availability)和[使用零停机时间修补](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。 **可用性改进：** + 当数据库在先前中断的 DDL 活动期间创建了大量临时索引和表时，改进了启动速度。 + 修复了在中断的 DDL 操作崩溃恢复期间重复重启的多个相关问题，如 `DROP TRIGGER`、`ALTER TABLE`，特别是修改表中分区类型或分区数的 `ALTER TABLE` 问题。 + 修复了在数据库活动流 (DAS) 日志处理期间可能导致服务器重启的问题。 + 修复了处理系统表 `ALTER` 查询时打印错误消息的问题。 **常规改进。** + 修复了查询缓存可能会在读取器实例上返回过时结果的问题。 + 修复了系统变量 `innodb_flush_log_at_trx_commit` 设置为 0 或 2 时某些 Aurora 提交指标未更新的问题。 + 修复了存储在查询缓存中的查询结果未被多语句事务刷新的问题。 + 修复了可能导致二进制日志文件上次修改的时间戳无法正确更新的问题。这可能会导致在达到客户配置的保留期之前提前清除二进制日志文件。 + 修复了崩溃恢复后从 InnoDB 报告错误的二进制日志文件名和位置的问题。 + 修复了如果 `binlog_checksum` 参数设置为 `NONE`，可能导致大型事务生成不正确的二进制日志事件的问题。 + 修复了在复制的事务包含 DDL 语句和大量行更改时导致二进制日志副本停止并显示错误消息的问题。 + 修复了删除表时导致读取器实例重启的问题。 + 修复了在尝试使用大型事务的二进制日志文件时导致开源连接器失败的问题。 + 修复了在具有大几何值的表上创建空间索引后，可能导致大几何列查询结果不正确的问题。 + 现在，数据库在重新启动期间重新创建临时表空间，这允许释放和回收关联的存储空间。 + 修复了无法在 Aurora 读取器实例上截断 `performance_schema` 表的问题。 + 修复了导致二进制日志副本停止并出现 `HA_ERR_KEY_NOT_FOUND` 错误的问题。 + 修复了在运行 `FLUSH TABLES WITH READ LOCK` 语句时导致数据库重新启动的问题。 + 修复了无法在 Aurora 读取器实例上使用用户级锁定功能的问题。 ## 集成了 MySQL 社区版本错误修复 + 当事务隔离级别设置为 [REPEATABLE READ](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read) 时，交错事务有时可能会使副本应用程序死锁。（错误 \$125040331） + 当存储过程包含引用一个视图的语句，而该语句又引用了另一个视图时，该过程不能多次成功调用。（错误 \$187858、错误 \$126864199） + 对于具有多个 `OR` 条件的查询，优化程序现在的内存效率更高，并且超过 [range\$1optimizer\$1max\$1mem\$1size](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_range_optimizer_max_mem_size) 系统变量规定内存限制的可能性更小。此外，该变量的默认值已从 1,536,000 提高到 8,388,608。（错误 \$179450、错误 \$122283790） + *复制：*在由副本的 SQL 线程调用以从中继日志中读取下一个事件的 `next_event()` 函数中，SQL 线程在遇到错误 (例如，由于中继日志关闭) 时没有释放获取的 `relaylog.log_lock`，导致等待从中继日志中获取锁定的所有其他线程挂起。采用此修复方式后，锁定在这种情况下将于 SQL 线程离开函数之前释放。（错误 \$121697821） + 使用虚拟列修复 `ALTER TABLE` 内存损坏。（错误 \$124961167、错误 \$124960450） + *复制：*如果多线程副本需要处理大于该大小的事务，则无法使用 [slave\$1pending\$1jobs\$1size\$1max](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_pending_jobs_size_max) 来配置较小的队列大小。任何大于 [slave\$1pending\$1jobs\$1size\$1max](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_pending_jobs_size_max) 的数据包都会被拒绝并显示错误 `ER_MTS_EVENT_BIGGER_PENDING_JOBS_SIZE_MAX`，即使该数据包小于 [slave\$1max\$1allowed\$1packet](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_max_allowed_packet) 设置的限制。采用此修复方式后，[slave\$1pending\$1jobs\$1size\$1max](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_pending_jobs_size_max) 将成为软限制而不是硬限制。如果数据包的大小超过了 [slave\$1pending\$1jobs\$1size\$1max](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_pending_jobs_size_max) 但小于 [slave\$1max\$1allowed\$1packet](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_max_allowed_packet)，则该事务将保留直到所有副本工作线程都有空队列为止，然后进行处理。所有后续事务将一直保留到大型事务完成。因此，副本工作线程的队列大小可以受到限制，同时仍允许偶尔执行较大事务。（错误 \$121280753、错误 \$177406） + *复制：*使用多线程副本时，应用程序错误显示的工作线程 ID 数据与性能架构副本表中外部化的数据不一致。（错误 \$125231367） + *复制：*对于在 [-gtid-mode=ON](https://dev.mysql.com/doc/refman/5.7/en/replication-options-gtids.html#sysvar_gtid_mode)、[-log-bin=OFF](https://dev.mysql.com/doc/refman/5.7/en/replication-options-binary-log.html#sysvar_log_bin) 模式下使用 [-slave-skip-errors](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_skip_errors) 运行的基于 GTID 的复制副本，当遇到应忽略的错误时，`Exec_Master_Log_Pos` 不会正确更新，从而导致 `Exec_Master_Log_Pos` 失去与 `Read_master_log_pos` 的同步。如果未指定 `GTID_NEXT`，则从单语句事务回滚时，副本永远不会更新其 GTID 状态。`Exec_Master_Log_Pos` 不会更新，因为即使事务已完成，其 GTID 状态也会显示为其他状态。此修复消除了只在指定 `GTID_NEXT` 的情况下回滚事务时才更新 GTID 状态的限制。（错误 \$122268777） + *复制：*禁用二进制日志记录时，部分失败的语句未正确使用自动生成或指定的 GTID。此修复可确保在禁用二进制日志记录时，部分失败的 [DROP TABLE](https://dev.mysql.com/doc/refman/5.7/en/drop-table.html)、部分失败的 [DROP USER](https://dev.mysql.com/doc/refman/5.7/en/drop-user.html) 或部分失败的 [DROP VIEW](https://dev.mysql.com/doc/refman/5.7/en/drop-view.html) 会分别使用相关的 GTID 并将其保存到 `@@GLOBAL.GTID_EXECUTED` 和 `mysql.gtid_executed` 表中。（错误 \$121686749） + *复制：*由于检索不属于 MySQL 5.5 的 [server\$1uuid](https://dev.mysql.com/doc/refman/5.7/en/replication-options.html#sysvar_server_uuid) 时出错，运行 MySQL 5.7 的副本无法连接到 MySQL 5.5 源。这是由于检索 `server_uuid` 的方法更改造成的。（错误 \$122748612） + *复制*：以无提示方式跳过先前执行的 GTID 事务的 GTID 事务跳过机制对 XA 事务无效。（错误 \$125041920） + 因给出了错误的事务 ID 而失败的 [">XA ROLLBACK](https://dev.mysql.com/doc/refman/5.7/en/xa.html) 语句可以用正确的事务 ID 记录在二进制日志中，因此可以由复制副本执行操作。现在，在进行二进制日志记录之前会检查错误情况，不会记录失败的 XA `ROLLBACK` 语句。（错误 \$126618925） + *复制：*如果副本是使用未指定源日志文件名和源日志位置的 [CHANGE MASTER TO](https://dev.mysql.com/doc/refman/5.7/en/change-master-to.html) 语句设置的，则在发出 [START SLAVE](https://dev.mysql.com/doc/refman/5.7/en/start-slave.html) 之前关闭，然后通过设置为选项 [-relay-log-recovery](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_relay_log_recovery)) 重新启动，复制没有启动。发生这种情况的原因是，在尝试恢复中继日志之前没有启动接收方线程，因此中继日志中没有可用的日志轮换事件来提供源日志文件名和源日志位置。在这种情况下，现在副本跳过中继日志恢复并记录警告，然后继续开始复制。（错误 \$128996606、错误 \$193397） + *复制：*在基于行的复制中，从含有 `utf8mb3` 列的表复制到使用 `utf8mb4` 字符集定义该列的具有相同定义的表时，会返回错误显示字段长度的消息。（错误 \$125135304、错误 \$183918） + *复制：*当在使用 GTID 的复制副本上发出 [RESET SLAVE](https://dev.mysql.com/doc/refman/5.7/en/reset-slave.html) 语句时，现有的中继日志文件将被清除，但是在清除该通道收到的 GTID 集之前，生成了替换的新中继日志文件。因此，以前的 GTID 集作为 `PREVIOUS_GTIDS` 事件写入新的中继日志文件，导致复制过程中出现致命错误，指出副本的 GTID 比源多，即使两个服务器的 gtid\$1executed 集都是空的。现在，当 `RESET SLAVE` 发出时，收到的 GTID 集将在生成新的中继日志文件之前清除，就不会发生这种情况了。（错误 \$127411175） + *复制：*当 GTID 用于复制时，那些包括导致解析错误 ([ER\$1PARSE\$1ERROR](https://dev.mysql.com/doc/mysql-errors/8.0/en/server-error-reference.html#error_er_parse_error)) 语句的事务，无法通过注入具有相同 GTID 的空事务或替换事务的推荐方法手动跳过。此操作应导致副本将 GTID 识别为已使用，从而跳过共享其 GTID 的不需要的事务。但是，尽管无论如何都要跳过事务，在解析错误的情况下，由于语句在检查 GTID 以查看是否需要跳过之前解析了语句，因此复制应用程序线程由于解析错误而停止。采用此修复方式后，如果因为已经使用了 GTID 而需要跳过相关事务，则复制应用程序线程现在会忽略解析错误。请注意，此行为更改不适用于由 `mysqlbinlog` 生成的二进制日志输出组成的工作负载。在这种情况下，紧跟着跳过的事务之后出现解析错误的事务也会以无提示的方式跳过，因为该事务应引发错误。（错误 \$127638268） + *复制：*启用 SQL 线程以通过 GTID 跳过部分事务。（错误 \$125800025） + *复制：*向 `WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS()` 提供负数或小数超时参数时，服务器出现意外行为。采用此修复方式： + 小数超时值按原样读取，没有舍入。 + 如果服务器处于严格 SQL 模式，则拒绝负超时值并显示错误；如果服务器不处于严格 SQL 模式，则该值会使函数立即返回 `NULL` 而无需等待，然后发出警告。（错误 \$124976304、错误 \$183537） + *复制*：如果 `WAIT_FOR_EXECUTED_GTID_SET()` 函数与包括小数部分 (例如 1.5) 的超时值一起使用，则转换逻辑中的错误意味着超时向下舍入到最接近的整秒，对于小于 1 秒的值 (例如，0.1)，则为零。转换逻辑现已被纠正，以便按照最初指定的方式应用超时值，而不舍入。感谢 Dirkjan Bussink 的贡献。（错误 \$129324564、错误 \$194247） + 启用 GTID 后，多语句事务中断开的 XA 事务上的 [XA COMMIT](https://dev.mysql.com/doc/refman/5.7/en/xa.html) 会引发断言。（错误 \$122173903） + *复制：*如果手动设置 [gtid\$1next](https://dev.mysql.com/doc/refman/5.7/en/replication-options-gtids.html#sysvar_gtid_next) 值时为未知的事务标识符发出 [XA ROLLBACK](https://dev.mysql.com/doc/refman/5.7/en/xa.html) 语句，则在调试版本中引发了断言。如果 XA `ROLLBACK` 语句失败并出现错误，现在服务器不会尝试更新 GTID 状态。（错误 \$127928837、错误 \$190640） + 修复 `CASE` 子句中使用多个 `ORDER BY` 函数时排序顺序错误的问题（错误 \$122810883）。 + 某些使用排序的查询可能会在优化期间访问未初始化的列并导致服务器退出。（错误 \$127389294） ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2021-11-12（版本 2.09.3）（已弃用） **版本：**2.09.3 Aurora MySQL 2.09.3 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 2.\$1 数据库集群升级到 Aurora MySQL 2.10.0。对于运行 Aurora MySQL 版本 1 的集群，您可以直接将现有 Aurora MySQL 1.23 或更高版本的集群升级到 2.10.0。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.10.0。 要使用较旧版本的 Aurora MySQL 创建集群，请通过AWS 管理控制台、AWS CLI 或 Amazon RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **安全修复：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841) + [CVE-2021-3712](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3712) + [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449) + [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307) + [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226) + [CVE-2021-2174](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2174) + [CVE-2021-2171](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2171) + [CVE-2021-2169](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2169) + [CVE-2021-2166](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2166) + [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154) + [CVE-2021-2060](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2060) + [CVE-2021-2032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2032) + [CVE-2021-2001](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2001) + [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196) + [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769) + [CVE-2019-17543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-17543) + [CVE-2019-2960](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-CVE-2019-2960) **可用性改进：** + 引入了一种优化，该优化可以减少对 information\$1schema 中的表执行的查询的争用。 + 增加对 ECDHE SSL 密码的支持。 **常规改进。** + 修复了在极少数情况下会导致在内存中数据完整性检查失败时重新启动写入器实例的问题。 + 修复了在极少数情况下，在启用二进制日志记录的情况下，集群卷扩展时，可能导致数据库实例重新启动的问题。 + 修复了数据库实例重启期间的罕见争用情况，这种情况可能会导致多次重启。 + 修复了当数据库具有大量用户和权限组合时，可能导致数据库实例重启失败的问题。 + 修复了使用 LIMIT 子句执行 SQL 语句时可能导致数据库重新启动的并行查询问题。 + 修复了 aurora 复制滞后报告错误的问题。 + 修复了在将主要版本从 Aurora-MySQL 1.x（基于 MySQL 5.6）就地升级到 Aurora-MySQL 2.x（基于 MySQL 5.7）后导致 general\$1log 和 slow\$1log 表无法访问的问题。 + 修复了在极少数情况下，当数据库处于繁重工作负载期间查询 innodb\$1trx、innodb\$1locks 或 innodb\$1lockwaits 表时，可能会导致数据库实例重新启动的问题。监控工具和功能（例如性能详情）可能会查询此类表格。 + 修复了在执行“FLUSH TABLES WITH READ LOCK”SQL 语句时可能导致数据库实例重新启动的问题。 + 修复了在删除读取器实例期间 InnoDB 清除过程暂停导致历史记录列表长度暂时增加的问题。 + 修复了并行查询的问题，该问题可能会导致数据库在对包含虚拟列的表执行 SQL 语句时重新启动。 + 修复了并行查询的问题，该问题可能导致数据库在使用 GROUP BY 子句和包含范围谓词的 WHERE 子句执行查询时返回错误的分组或排序顺序。 + 修复了并行查询的问题，该问题在极少数情况下可能会导致数据库在使用 JSON 函数执行 SQL 语句时重新启动。 + 修复了在极少数情况下，由于全局数据库复制期间出现竞争条件，可能导致主全局数据库集群中的写入器实例重新启动的问题。 + 修复了在复制某些 DDL 和 DCL 语句时导致二进制日志副本停止并出现 HA\$1ERR\$1FOUND\$1DUPP\$1KEY 错误的问题。当源实例配置了 MIXED 二进制日志记录格式和 READ COMMITTED 或 READ UNCOMMITTED 隔离级别时，会出现此问题。 + 修复了以 READ COMMITTED 隔离级别使用 XA 事务时，在极少数情况下可能会导致数据库实例重新启动的问题。 + 修复了在满足以下所有条件时，现有行的 TIMESTAMP 列的值更新为最新时间戳的问题：1. 表存在触发条件；2. 对具有 ON DUPLICATE KEY UPDATE 子句的表执行 INSERT；3. 插入的行可能会导致 UNIQUE 索引或 PRIMARY KEY 中存在重复值冲突；以及 4. 一个或多个列为 TIMESTAMP 数据类型，且默认值为 CURRENT\$1TIMESTAMP。 + 修复了在极少数情况下，由于检查处理不正确，可能导致读取器实例重新启动的问题。 + 修复了当写入器实例增大数据库卷从而超出特定卷大小边界时，可能会导致读取器实例重新启动的问题。 + 修复了可能导致使用克隆的集群卷的数据库实例重启时间更长的问题。 + 修复了在对写入器实例执行 TRUNCATE TABLE 操作后，数据库实例重启可能会失败一次或多次的问题。 + 修复了在极少数情况下可能会导致数据库实例重新启动的问题。 + 修复了在极少数情况下，当数据库卷增大为 160 GB 的倍数时，可能会导致写入器实例重新启动的问题。 ## 集成了 MySQL 社区版本错误修复 + 错误 \$123533396 - 添加新索引时，服务器丢弃了内部定义的外键索引，并试图使用在虚拟生成的列上定义的二级索引作为外键索引，从而导致服务器退出。InnoDB 现在允许外键约束引用在虚拟生成的列上定义的二级索引。 + 错误 \$129550513 - 复制：WAIT\$1FOR\$1EXECUTED\$1GTID\$1SET() 函数中的锁定问题可能会导致服务器在某些情况下挂起。这个问题现在已得到纠正。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2021-02-26（版本 2.09.2）（已弃用） **版本：**2.09.2 Aurora MySQL 2.09.2 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 2.\$1 数据库集群升级到 Aurora MySQL 2.09.2。对于运行 Aurora MySQL 版本 1 的集群，您可以直接将现有 Aurora MySQL 1.23 或更高版本的集群升级到 2.09.2。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.09.2。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台、AWS CLI 或 Amazon RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **新功能：** + Aurora MySQL 集群现在支持以下由基于 ARM 的 AWS Graviton2 处理器提供支持的 EC2 R6g 实例：`r6g.large`、`r6g.xlarge`、`r6g.2xlarge`、`r6g.4xlarge`、`r6g.8xlarge`、`r6g.12xlarge`、`r6g.16xlarge`。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora 数据库实例类](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html)。 **安全修复：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2020-14775](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14775) + [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793) + [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765) + [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769) + [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812) + [CVE-2020-14760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14760) + [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672) + [CVE-2020-14790](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14790) + [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971) **可用性改进：** + 修复了 2.09.0 中的问题，该问题可能导致集群存储卷扩展期间写入延迟更长。 + 修复了动态调整大小功能中可能导致 Aurora 只读副本重启的问题。 + 修复了在从 1.23.\$1 升级到 2.09.\$1 期间可能导致更长停机时间的问题。 + 修复了在页面预取请求期间 DDL 或 DML 可能导致引擎重启的问题。 + 修复了在复制的事务包含 DDL 语句和大量行更改时导致二进制日志副本停止并显示错误消息的问题。 + 修复了在 mysql `time_zone` 表上复制 DDL 事件时充当二进制日志副本的数据库可能重启的问题。 + 修复了如果 `binlog_checksum` 参数设置为 `NONE`，可能导致大型事务生成不正确的二进制日志事件的问题。 + 修复了导致二进制日志副本停止并出现 `HA_ERR_KEY_NOT_FOUND` 错误的问题。 + 提高了整体稳定性。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2020-12-11（版本 2.09.1）（已弃用） **版本：**2.09.1 Aurora MySQL 2.09.1 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 2.\$1 数据库集群升级到 Aurora MySQL 2.09.1。对于运行 Aurora MySQL 版本 1 的集群，您可以直接将现有 Aurora MySQL 1.23 或更高版本的集群升级到 2.09.1。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.09.1。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台、AWS CLI 或 RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **安全修复：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2020-14567](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14567) + [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559) + [CVE-2020-14553](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14553) + [CVE-2020-14547](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14547) + [CVE-2020-14540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14540) + [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812) + [CVE-2020-2806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2806) + [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780) + [CVE-2020-2765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2765) + [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763) + [CVE-2020-2760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2760) + [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579) **不兼容的更改：** 此版本新增了影响 `mysqldump` 命令行为的权限更改。用户必须具有访问 `PROCESS` 表的 `INFORMATION_SCHEMA.FILES` 权限。要在不进行任何更改的情况下运行 `mysqldump` 命令，请向 `PROCESS` 命令连接的数据库用户授予 `mysqldump` 权限。您也可以运行带 `mysqldump` 选项的 `--no-tablespaces` 命令。使用该选项，`mysqldump ` 输出不包含任何 `CREATE LOGFILE GROUP` 或 `CREATE TABLESPACE` 语句。在这种情况下，`mysqldump` 命令不访问 `INFORMATION_SCHEMA.FILES` 表，您也无需授予 `PROCESS` 权限。 **可用性改进：** + 修复了当数据库引擎在从网络读取或写入网络时遇到错误时可能导致客户端会话挂起的问题。 + 修复了 2.09.0 中引入的动态调整大小功能中的内存泄漏问题。 **全局数据库：** + 修复了当主区域写入器使用较旧版本时，全局数据库辅助区域的副本可能会在升级到版本 2.09.0 时重新启动的多个问题。 ## 集成了 MySQL 社区版本错误修复 + **复制：**当事务隔离级别设置为 [REPEATABLE READ](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read) 时，交错事务有时可能会使从属应用程序死锁。（错误 \$125040331） + 对于 [TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/datetime.html) 或 [DATETIME](https://dev.mysql.com/doc/refman/5.7/en/datetime.html) 列默认值为 [CURRENT\$1TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/date-and-time-functions.html#function_current-timestamp) 的表，列可以在表具有 `BEFORE INSERT` 触发条件时初始化为 `0000-00-00 00:00:00`。（错误 \$125209512、错误 \$184077） + 对于 `VALUES` 列表使用包含联接的子查询为第二行或后面的行生成值的 [INSERT](https://dev.mysql.com/doc/refman/5.7/en/insert.html) 语句，服务器可能会在解析所需的特权失败后退出。（错误 \$123762382） ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2020-09-17（版本 2.09.0）（已弃用） **版本：**2.09.0 Aurora MySQL 2.09.0 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 1.23.\$1 还原到 Aurora MySQL 2.09.0。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.09.0。不能将现有的 Aurora MySQL 1.23.\$1 集群直接升级到 2.09.0，但是可以将其快照还原到 Aurora MySQL 2.09.0。 **重要** 此版本中对 Aurora 存储的改进将可用升级路径限制为从 Aurora MySQL 1.\$1 到 Aurora MySQL 2.09.. 将 Aurora MySQL 1.\$1 集群升级到 2.09 时，您必须从 Aurora MySQL 1.23 升级。 要使用较旧版本的 Aurora MySQL 创建集群，请通过AWS 管理控制台 、AWS CLI 或 RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **新功能：** + 通过此版本，您可以创建具有最多 128 TiB 存储空间的 Amazon Aurora MySQL 数据库实例。新的存储空间限制比之前的 64 TiB 有所增加。128 TiB 存储大小支持更大的数据库。小型实例大小（db.t2 或 db.t3）不支持此功能。由于 [InnoDB 具有页面大小为 16 KB 的限制](https://dev.mysql.com/doc/refman/5.7/en/innodb-limits.html)，因此单个表空间无法增长到 64 TiB 以上。 当集群卷大小接近 128 TiB 时，Aurora 发出警报，以便您可以在达到大小限制之前采取措施。警报显示在 mysql 日志和 AWS 管理控制台的 RDS 事件中。 + 现在，您可以通过更改数据库集群参数 `aurora_parallel_query` 的值来为现有集群打开或关闭并行查询。创建集群时，不需要使用 `parallelquery` 参数的 `--engine-mode` 设置。 并行查询现在已扩展到 Aurora MySQL 可用的所有区域。 对于在 Aurora 集群中升级和启用并行查询的过程，还有许多其他功能增强和更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon Aurora MySQL 的并行查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html)。 + Aurora 动态调整集群存储空间的大小。通过动态调整大小，当您从 Aurora 数据库集群中删除数据时，该数据库集群的存储空间会自动减少。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[存储扩展](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Performance.html#Aurora.Managing.Performance.StorageScaling)。 **注意** 动态调整大小功能正在分阶段部署到 Aurora 可用的AWS区域。根据集群所在的区域，此功能可能尚不可用。有关更多信息，请参阅[新增功能公告](https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space/)。 **高优先级修复：** + 逆向移植社区错误 \$127659490：SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY (OOM) + 错误 \$126881508：MYSQL \$11: DISABLE\$1ABORT\$1ON\$1ERROR IN AUTH\$1COMMON.H + 逆向移植社区错误 \$124437124：POSSIBLE BUFFER OVERFLOW ON CREATE TABLE + 逆向移植错误 \$127158030：INNODB ONLINE ALTER CRASHES WITH CONCURRENT DML + 错误 \$129770705：SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE + 逆向移植错误 \$126502135：MYSQLD SEGFAULTS IN MDL\$1CONTEXT::TRY\$1ACQUIRE\$1LOCK\$1IMPL + 逆向移植社区错误 \$126935001：ALTER TABLE AUTO\$1INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE + 错误 \$128491099：[FATAL] MEMORY BLOCK IS INVALID \$1 INNODB: ASSERTION FAILURE: UT0UT.CC:670 + 错误 \$130499288：GCC 9.2.1 REPORTS A NEW WARNING FOR OS\$1FILE\$1GET\$1PARENT\$1DIR + 错误 \$129952565，其中 MYSQLD GOT SIGNAL 11 WHILE EXECUTING A QUERY(UNION \$1 ORDER BY \$1 SUB-QUERY) + 错误 \$130628268：OUT OF MEMORY CRASH + 错误 \$130441969：错误 \$129723340：MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST + 错误 \$130569003：5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT + 错误 \$129915479：RUNNING COM\$1REGISTER\$1SLAVE WITHOUT COM\$1BINLOG\$1DUMP CAN RESULTS IN SERVER EXIT + 错误 \$130569003：5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT + 错误 \$129915479：RUNNING COM\$1REGISTER\$1SLAVE WITHOUT COM\$1BINLOG\$1DUMP CAN RESULTS IN SERVER EXIT + 错误 \$120712046：SHOW PROCESSLIST AND PERFORMANCE\$1SCHEMA TABLES DO NOT MASK PASSWORD FROM QUERY + 逆向移植错误 \$118898433：EXTREMELY SLOW PERFORMANCE WITH OUTER JOINS AND JOIN BUFFER（在 5.7.21 中已修复）。在使用联接缓冲（例如，使用块嵌套循环算法）的情况下，带有许多左联接的查询会很慢。（错误 \$118898433、错误 \$172854） + 逆向移植错误 \$126402045：MYSQLD CRASHES ON QUERY（在 MySQL 5.7.23 中已修复）。某些情况下的子查询具体化可能会导致服务器退出。这些查询现在会产生建议禁止具体化的错误。（错误 \$126402045） + [从 MySQL 逆向移植] 不允许 rdsadmin 以外的用户更新读取器副本中的 pfs 表。 + 修复客户无法更新读取器副本中的 perfschema 的问题 + 错误 \$126666274：性能架构缓冲区容器中的无限循环 + [错误 \$126997096](https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa)：relay\$1log\$1space 值不以同步的方式更新，因此其值有时大大高于中继日志使用的实际磁盘空间。 + 错误 \$125082593：FOREIGN KEY VALIDATION DOESN'T NEED TO ACQUIRE GAP LOCK IN READ COMMITTED + [CVE-2019-2731](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2731) + [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645) + [CVE-2019-2581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2581) + [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787) + [CVE-2019-2482](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2482) + [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640) + [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784) + [CVE-2019-2628](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2628) + [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911) + [CVE-2019-2628](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2628) + [CVE-2018-3284](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3284) + [CVE-2018-3065](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3065) + [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537) + [CVE-2019-2948](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2948) + [CVE-2019-2434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2434) + [CVE-2019-2420](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2420) **可用性改进：** + 默认情况下启用锁定管理器 ABA 修复。 + 修复了锁管理器中的一个问题，其中，竞争条件可能导致两个事务共享一个锁，从而导致数据库重新启动。 + 修复了使用压缩行格式创建临时表时可能导致重新启动的问题。 + 修复 16XL 和 24XL 实例上 `table_open_cache` 的默认值，此值可能导致在大型实例类（R4/R5-16XL、R5-12XL、R5-24XL）上发生重复的故障转移和较高的 CPU 利用率。这影响了 2.07.x。 + 修复了以下问题：当 S3 备份不包含 `mysql.host` 表时，将集群从 Amazon S3 还原到 Aurora MySQL 版本 2.08.0 所需时间比预期时间长。 + 修复了由于更新具有二级索引的虚拟列而可能导致重复故障转移的问题。 + 修复了一个与事务锁内存管理（即，长时间运行的写事务导致数据库重新启动）相关的问题。 + 修复了在检查安全点以进行修补时，引擎可能会在零停机时间修补过程中崩溃的多个问题。 + 修复了跳过临时表的重做日志记录的问题，此问题之前导致崩溃。 + 修复了锁管理器中终止连接/查询与已终止会话之间的竞争条件。 + 修复了以下问题：如果数据库是二进制日志副本并通过 MySQL `time_zone` 表接收 DDL 事件，则此数据库可能会崩溃。 **全局数据库：** + 辅助区域中的 MySQL `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` 视图现在显示属于该区域的副本的条目。 + 修复了若干个意外查询失败：在主区域和辅助区域之间发生临时网络连接问题之后，导致在全局数据库辅助区域中可能发生这些意外查询失败。 + **并行查询：** + 修复了并行查询的 `EXPLAIN` 计划，这对于简单的单表查询是不正确的。 + 修复了启用并行查询时可能发生的自死锁。 **常规改进：** + 导出到 S3 现在支持 `ENCRYPTION` 关键字。 + `aurora_binlog_replication_max_yield_seconds` 参数现在的最大值为 36,000。之前接受的最大值为 45。仅当参数 `aurora_binlog_use_large_read_buffer` 设置为 1 时，此参数才有效。 + 已将执行 `MIXED` 时的行为更改为将 `binlog_format` `ROW` 映射到 `STATEMENT`，而不是映射到 `LOAD DATA FROM INFILE | S3`。 + 修复了以下问题：当主服务器执行了 `LOAD DATA FROM S3` 且 `binlog_format` 设置为 `STATEMENT` 时，连接到 Aurora MySQL 二进制日志主服务器的二进制日志副本可能显示不完整的数据。 + 已将审计系统变量 `server_audit_incl_users` 和 `server_audit_excl_users` 允许的最大长度从 1024 字节增加到 2000 字节。 + 修复了以下问题：如果当前连接数大于设置的值，在降低参数组中的 `max_connections` 参数时，用户可能会失去对数据库的访问权限。 + 修复了数据活动流中单引号和反斜杠未正确转义的问题。 ## 集成了 MySQL 社区版本错误修复 + 错误 \$127659490：SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY(OOM) + 错误 \$126881508：MYSQL \$11: DISABLE\$1ABORT\$1ON\$1ERROR IN AUTH\$1COMMON.H + 错误 \$124437124：POSSIBLE BUFFER OVERFLOW ON CREATE TABLE + 错误 \$127158030：INNODB ONLINE ALTER CRASHES WITH CONCURRENT DML + 错误 \$129770705：SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE + 错误 \$126502135：MYSQLD SEGFAULTS IN MDL\$1CONTEXT::TRY\$1ACQUIRE\$1LOCK\$1IMPL + 错误 \$126935001：ALTER TABLE AUTO\$1INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE + 错误 \$128491099：[FATAL] MEMORY BLOCK IS INVALID \$1 INNODB: ASSERTION FAILURE: UT0UT.CC:670 + 错误 \$130499288：GCC 9.2.1 REPORTS A NEW WARNING FOR OS\$1FILE\$1GET\$1PARENT\$1DIR + 错误 \$129952565：其中 MYSQLD GOT SIGNAL 11 WHILE EXECUTING A QUERY(UNION \$1 ORDER BY \$1 SUB-QUERY) + 错误 \$130628268：OUT OF MEMORY CRASH + 错误 \$130441969：错误 \$129723340：MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST + 错误 \$130569003：5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT + 错误 \$129915479：RUNNING COM\$1REGISTER\$1SLAVE WITHOUT COM\$1BINLOG\$1DUMP CAN RESULTS IN SERVER EXIT + 错误 \$130569003：5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT + 错误 \$129915479：RUNNING COM\$1REGISTER\$1SLAVE WITHOUT COM\$1BINLOG\$1DUMP CAN RESULTS IN SERVER EXIT + 错误 \$120712046：SHOW PROCESSLIST AND PERFORMANCE\$1SCHEMA TABLES DO NOT MASK PASSWORD FROM QUERY + 错误 \$118898433：EXTREMELY SLOW PERFORMANCE WITH OUTER JOINS AND JOIN BUFFER（在 5.7.21 中已修复） + 错误 \$126402045：MYSQLD CRASHES ON QUERY（在 MySQL 5.7.23 中已修复） + 错误 \$123103937：PS\$1TRUNCATE\$1ALL\$1TABLES() 在 SUPER\$1READ\$1ONLY 模式下无法运行 + 错误 \$126666274：性能架构缓冲区容器中的无限循环 + 错误 \$126997096：relay\$1log\$1space 值不以同步的方式更新，因此其值有时大大高于中继日志使用的实际磁盘空间。 ([https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa](https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa)) + 错误 \$125082593：FOREIGN KEY VALIDATION DOESN'T NEED TO ACQUIRE GAP LOCK IN READ COMMITTED + 错误 \$124764800：REPLICATION FAILING ON SLAVE WITH XAER\$1RMFAIL ERROR。 + 错误 \$181441：WARNING ABOUT LOCALHOST WHEN USING SKIP-NAME-RESOLVE。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2022-01-06（版本 2.08.4）（已弃用） **版本：**2.08.4 Aurora MySQL 2.08.4 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 2.\$1 数据库集群升级到 Aurora MySQL 2.10.0。对于运行 Aurora MySQL 版本 1 的集群，您可以直接将现有 Aurora MySQL 1.23 或更高版本的集群升级到 2.10.0。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.10.0。 要使用较旧版本的 Aurora MySQL 创建集群，请通过AWS 管理控制台、AWS CLI 或 Amazon RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **安全修复和常规改进：** + 修复了 Aurora MySQL 与其他 AWS 服务（例如 Amazon S3、Amazon ML 和 AWS Lambda）集成的相关安全问题。 + 修复了在满足以下所有条件时，现有行的 TIMESTAMP 列的值更新为最新时间戳的问题：1. 表存在触发条件；2. 对具有 ON DUPLICATE KEY UPDATE 子句的表执行 INSERT；3. 插入的行可能会导致 UNIQUE 索引或 PRIMARY KEY 中存在重复值冲突；以及 4. 一个或多个列为 TIMESTAMP 数据类型，且默认值为 CURRENT\$1TIMESTAMP。 + 修复了在极少数情况下，内存中数据完整性检查失败时导致写入器实例重新启动的问题。 + 修复了使用 LIMIT 子句执行 SQL 语句时可能导致数据库重新启动的并行查询问题。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2020-11-12（版本 2.08.3）（已弃用） **版本：**2.08.3 Aurora MySQL 2.08.3 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 2.\$1 数据库集群直接升级到 Aurora MySQL 2.08.3。您现在可以将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.07.3 或更高版本，然后直接升级到 2.08.3。 要使用较旧版本的 Aurora MySQL 创建集群，请通过AWS 管理控制台 、AWS CLI 或 RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **安全修复：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2020-14567](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14567) + [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559) + [CVE-2020-14553](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14553) + [CVE-2020-14547](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14547) + [CVE-2020-14540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14540) + [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812) + [CVE-2020-2806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2806) + [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780) + [CVE-2020-2765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2765) + [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763) + [CVE-2020-2760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2760) + [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579) **不兼容的更改：** 此版本新增了影响 `mysqldump` 命令行为的权限更改。用户必须具有访问 `PROCESS` 表的 `INFORMATION_SCHEMA.FILES` 权限。要在不进行任何更改的情况下运行 `mysqldump` 命令，请向 `PROCESS` 命令连接的数据库用户授予 `mysqldump` 权限。您也可以运行带 `mysqldump` 选项的 `--no-tablespaces` 命令。使用该选项，`mysqldump ` 输出不包含任何 `CREATE LOGFILE GROUP` 或 `CREATE TABLESPACE` 语句。在这种情况下，`mysqldump` 命令不访问 `INFORMATION_SCHEMA.FILES` 表，您也无需授予 `PROCESS` 权限。 ## 集成了 MySQL 社区版本错误修复 + 错误 \$123762382 - INSERT VALUES QUERY WITH JOIN IN A SELECT CAUSES INCORRECT BEHAVIOR。 + 错误 \$125209512 - CURRENT\$1TIMESTAMP PRODUCES ZEROS IN TRIGGER。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2020-08-28（版本 2.08.2）（已弃用） **版本：**2.08.2 Aurora MySQL 2.08.2 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 版本还原到 Aurora MySQL 2.08.2。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.08.2。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.08.2；但是可以将其快照还原到 Aurora MySQL 2.08.2。有关还原快照的更多信息，请参阅《Amazon Aurora 用户指南》**中的[从数据库集群快照还原](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_RestoreFromSnapshot.html)。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台、AWS CLI 或 RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **关键修复：** + 修复了一个可能导致计划外停机并影响数据库可用性的问题。 **可用性修复：** + 修复了以下这个问题：如果 Aurora MySQL 数据库是二进制日志副本并通过 mysql `time_zone` 表复制 DDL 事件，则此数据库可能会重新启动。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2020-06-18（版本 2.08.1）（已弃用） **版本：**2.08.1 Aurora MySQL 2.08.1 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 版本还原到 Aurora MySQL 2.08.1。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.08.1。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.08.1；但是可以将其快照还原到 Aurora MySQL 2.08.1。 要使用较旧版本的 Aurora MySQL 创建集群，请通过AWS 管理控制台 、AWS CLI 或 RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **新功能：** + 全局数据库写入转发。在 Aurora 全局数据库中，现在您可以在连接到辅助集群时执行某些写入操作，如 DML 语句。写入操作将转发到主集群，所有更改都会复制回辅助集群。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[在 Amazon Aurora Global Database 中使用写入转发](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html)。 **一般稳定性修复：** + 修复了以下问题：如果 S3 备份不包括 `mysql.host` 表，则将集群从 Amazon S3 还原到 Aurora MySQL 版本 2.08.0 所花的时间比预期时间长。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2020-06-02（版本 2.08.0）（已弃用） **版本：**2.08.0 Aurora MySQL 2.08.0 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 版本还原到 Aurora MySQL 2.08.0。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.08.0。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.08.0；但是可以将其快照还原到 Aurora MySQL 2.08.0。 要使用较旧版本的 Aurora MySQL 创建集群，请通过AWS 管理控制台 、AWS CLI 或 RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **新功能：** + 改进了二进制日志 (binlog) 处理，以便在涉及非常大的事务时缩短崩溃恢复时间和提交时间延迟。 + 启动 Aurora MySQL 的数据库活动流 (DAS) 功能。此功能可提供关系数据库中数据库活动的近实时数据流，以帮助您监视活动。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用数据库活动流监控 Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/DBActivityStreams.html)。 + 更新了时区文件以支持最新的巴西时区更改。 + 在 SQL 中引入了新关键字，以便为特定表和/或内部表执行哈希联接功能：`HASH_JOIN`、`HASH_JOIN_PROBING` 和 `HASH_JOIN_BUILDING`。有关更多详细信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 参考](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.Hints)。 + 通过逆向移植 [MySQL 8.0 功能](https://github.com/mysql/mysql-server/commit/d2d91c3286b9ac3b95ef0e5036c5319aa4ffeda2#diff-4d30ba39ad1958c6f8148f67c94a896b)，在 Aurora MySQL 5.7 中引入了联接顺序提示支持。新提示是 `JOIN_FIXED_ORDER`、`JOIN_ORDER`、`JOIN_PREFIX` 和 `JOIN_SUFFIX`。有关联接顺序提示支持的详细文档，请参阅 [WL\$19158：联接顺序提示](https://dev.mysql.com/worklog/task/?id=9158)。 + Aurora Machine Learning 现在支持将 `MEDIUMINT` 作为返回类型的用户定义的函数。 + `lambda_async()` 存储过程现在支持所有 MySQL `utf8` 字符。 **高优先级修复：** + 修复了在写入器数据库实例上查询 `INFORMATION_SCHEMA.INNODB_SYS_TABLES` 表后，可能会导致读取器数据库实例为 FTS 查询返回不完整结果的问题。 + [CVE-2019-5443](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-5443) + [CVE-2019-3822](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-3822) **可用性改进：** + 修复了在启用查询缓存的情况下执行访问多个表或数据库的多查询语句后导致数据库重新启动的问题。 + 修复了锁定管理器中导致事务回滚期间数据库重新启动或失效转移的争用条件。 + 修复了在多个连接尝试使用全文搜索索引更新同一表时触发数据库重新启动或失效转移的问题。 + 修复了在 `kill session` 命令期间可能会触发数据库重新启动或失效转移的问题。如果遇到此问题，请联系 AWS Support 以在您的实例上启用此修复程序。 + 修复了在具有多个 `SELECT` 语句的多语句事务和已启用 `AUTOCOMMIT` 的写入器数据库实例上的写入工作负载繁重期间导致读取器数据库实例重新启动的问题。 + 修复了在写入器数据库实例处于繁重 OLTP 写入工作负载下时执行长时间运行的查询后导致读取器数据库实例重新启动的问题。 **常规改进。** + 缩短了在启用二进制日志时长时间运行的事务的数据库恢复时间和提交延迟。 + 改进了算法，以生成更好的统计信息，用于估计索引列（包括具有偏斜数据分布的列）上的不同值计数。 + 减少了访问 MyISAM 临时表的联接查询的响应时间和 CPU 利用率，并且结果溢出到本地存储。 + 修复了阻止数据库或表名称包含空格的 Aurora MySQL 5.6 快照还原到新的 Aurora MySQL 5.7 集群的问题。 + 在 `show engine innodb status` 中解决死锁时包含牺牲品事务信息。 + 修复了在多个不同版本的客户端连接到同一数据库并访问查询缓存时引发连接卡住的问题。 + 修复了在数据库实例的整个生命周期内多次调用零停机补丁 (ZDP) 或零停机重新启动 (ZDR) 工作流导致的内存泄漏。 + 修复了零停机补丁 (ZDP) 或零停机重新启动 (ZDR) 操作中的错误消息，该消息错误地说明如果已关闭自动提交标志，则最后一个事务已中止。 + 修复了零停机补丁 (ZDP) 操作中在新数据库进程中还原用户会话变量时可能会导致服务器故障错误消息的问题。 + 修复了零停机补丁 (ZDP) 操作中在修补期间存在长时间运行的查询时可能会引起间歇性数据库故障的问题。 + 修复了由于来自 Amazon SageMaker AI 和 Amazon Comprehend 等机器学习服务的错误响应未得到正确处理而导致包含 Aurora 机器学习功能的查询返回空错误消息的问题。 + 修复了内存不足监视功能中不支持 `table_definition_cache` 参数的自定义值的问题。 + 如果 Aurora Machine Learning 查询中断，则会返回错误消息“Query execution was interrupted (查询执行中断)”。以前，会返回常规消息“Internal error in processing ML request (处理 ML 请求时出现内部错误)”。 + 修复了在 `slave_net_timeout` 参数小于 `aurora_binlog_replication_max_yield_seconds` 参数且二进制日志主集群上的工作负载较低时、可能会引发二进制日志工作线程遇到连接超时的问题。 + 通过在错误日志中以每分钟一条消息的频率输出信息性消息，改进了对二进制日志恢复进度的监视。 + 修复了可能会引发 `SHOW ENGINE INNODB STATUS` 查询不报告活动事务的问题。 ## 集成了 MySQL 社区版本错误修复 + [错误 \$125289359](https://github.com/mysql/mysql-server/commit/64161c9abd50de7ba0b542bd4895881f6ead6531)：如果全文缓存大小超过全文缓存大小限制，则未释放数据同步时执行的全文缓存锁定。 + [错误 \$129138644](https://github.com/mysql/mysql-server/commit/fbfd9fcd32afc11ba77d52fa0690aa26dcd64f72)：在 MySQL 服务器运行时手动更改系统时间引发了页面清理器线程延迟。 + [错误 \$125222337](https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131)：在填充受外键约束影响的虚拟列时进行字段名称比较期间，虚拟索引中的 NULL 虚拟列字段名称引发了服务器退出。 + [错误 \$125053286](https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d)：执行包含访问视图的查询的存储过程可能会分配直到会话结束才释放的内存。 + [错误 \$125586773](https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1)：执行包含从某些 [SELECT](https://dev.mysql.com/doc/refman/5.7/en/select.html) 语句的内容创建表的语句的存储过程可能会导致内存泄漏。 + [错误 \$128834208](https://github.com/mysql/mysql-server/commit/ca722bbb409209d683534846a90093c118bf8c5b)：在日志应用程序期间，在 [OPTIMIZE TABLE](https://dev.mysql.com/doc/refman/5.7/en/optimize-table.html) 操作之后，InnoDB 在检查虚拟列索引更新之前没有填充虚拟列。 + [错误 \$126666274](https://github.com/mysql/mysql-server/commit/bd87573bc159c849f34aa8293ec43ac053cbfda0)：由于 32 位无符号整数溢出，性能架构缓冲区容器中出现无限循环。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2023-08-15（版本 2.07.10）（已弃用） **版本：**2.07.10 Aurora MySQL 2.07.10 已正式发布。Aurora MySQL 2.07 版本与 MySQL 5.7.12 兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.html)。 当前支持的 Aurora MySQL 版本有 2.07.\$1、2.11.\$1、3.01.\$1、3.02.\$1、3.03.\$1 和 3.04.\$1。 您可以将快照从当前支持的 Aurora MySQL 版本还原到 Aurora MySQL 2.07.10。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.07.10。Aurora MySQL 1.\$1 集群可以就地升级到 Aurora MySQL 2.\$1（请参阅[从 Aurora MySQL 1.x 升级到 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.1to2)）。Aurora MySQL 2.\$1 集群也可以就地升级到 Aurora MySQL 3.\$1（请参阅[从 Aurora MySQL 2.x 升级到 3.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.2to3)）。 在执行到 Aurora MySQL 2.07.10 的就地引擎版本升级后，操作系统升级将立即自动应用于 db.r4、db.r5、db.t2 和 db.t3 数据库实例类上所有受影响的实例（如果这些实例是在旧的操作系统版本上运行的）。在多可用区数据库集群中，所有读取器实例首先应用操作系统升级。当第一个读取器实例的操作系统升级完成后，将进行失效转移，并升级前一个写入器实例。 **注意** 在主要版本升级期间，操作系统升级不会自动应用于 Aurora Global Database。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复了安全问题，并在下面 CVEs 列出：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2023-21963](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21963) + [CVE-2023-21912](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21912) + [CVE-2023-0215](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-0215) + [CVE-2022-43551](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-43551) + [CVE-2022-37434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434) + 修复了在处理审计日志轮换时报告的事件可能未写入审计日志的问题。 + 更新了 Aurora MySQL 使用的默认 SSL 密码，将不太安全的 DES CBC3-SHA 值排除在 [SS](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_ssl_cipher) L\$1CIPHER 数据库参数中。如果您因删除 DES CBC3-SHA 密码而遇到 SSL 连接问题，请使用以下信息中适用的安全密码，[配置密码套件以连接到 Aurora MySQL 数据库](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL.ConfiguringCipherSuites)集群。 + OpenSSL 已升级至版本 1.0.2zh。 **常规改进：** + 增加了对使用较小密钥大小进行加密的 ECDHE-RSA SSL 密码的支持。 + 修复了使用哈希联接执行查询时的内存管理问题。 ## Aurora MySQL 版本 2 中不支持的功能 以下功能目前在 Aurora MySQL 版本 2（与 MySQL 5.7 兼容）中不受支持。 + 异步键预取 (AKP)。 + 扫描批处理。有关更多信息，请参阅 [Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + `CREATE TABLESPACE` SQL 语句 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + X 协议 # Aurora MySQL 数据库引擎更新 2023-05-04（版本 2.07.9）（已弃用） **版本：**2.07.9 Aurora MySQL 2.07.9 已正式发布。Aurora MySQL 2.07 版本与 MySQL 5.7.12 兼容。有关社群变更的更多信息，请参阅 [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.html)。 当前支持的 Aurora MySQL 版本有 2.07.\$1、2.11.\$1、3.01.\$1、3.02.\$1 和 3.03.\$1。 您可以将快照从当前支持的 Aurora MySQL 版本还原到 Aurora MySQL 2.07.9。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.07.9。Aurora MySQL 1.\$1 集群可以就地升级到 Aurora MySQL 2.\$1（请参阅[从 Aurora MySQL 1.x 升级到 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.1to2)）。Aurora MySQL 2.\$1 集群也可以就地升级到 Aurora MySQL 3.\$1（请参阅[从 Aurora MySQL 2.x 升级到 3.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.2to3)）。 在执行到 Aurora MySQL 2.07.9 的就地引擎版本升级后，操作系统升级将立即自动应用于 db.r4、db.r5、db.t2 和 db.t3 数据库实例类上所有受影响的实例（如果这些实例是在旧的操作系统版本上运行的）。在多可用区数据库集群中，所有读取器实例首先应用操作系统升级。当第一个读取器实例的操作系统升级完成后，将进行失效转移，并升级前一个写入器实例。 **注意** 在主要版本升级期间，操作系统升级不会自动应用于 Aurora Global Database。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **修复了安全问题，并在下面 CVEs 列出：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2022-32221](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-32221) **可用性改进：** + 修复了高级审计日志轮换可能会减少可用内存的问题，这可能会导致数据库实例重启。 + 修复了数据库重启期间可能出现的问题，该问题会导致数据库长时间无法成功启动。 **常规改进：** + 修复了在极少数情况下当数据库卷增加到 160 GB 的倍数时可能导致实例重新启动的问题。 ## Aurora MySQL 版本 2 中不支持的功能 以下功能目前在 Aurora MySQL 版本 2（与 MySQL 5.7 兼容）中不受支持。 + 异步键预取 (AKP)。 + 扫描批处理。有关更多信息，请参阅 [Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2022-06-16（版本 2.07.8）（已弃用） **版本：**2.07.8 Aurora MySQL 2.07.8 已正式发布。Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容，Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容。 **注意** 此版本被指定为长期支持 (LTS) 版本。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 长期支持（LTS）版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。 当前支持的 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 版本还原到 Aurora MySQL 2.07.8。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.07.8。Aurora MySQL 1.\$1 集群可以就地升级到 Aurora MySQL 2.\$1（请参阅[从 Aurora MySQL 1.x 升级到 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.1to2)）。Aurora MySQL 2.\$1 集群也可以就地升级到 Aurora MySQL 3.\$1（请参阅[从 Aurora MySQL 2.x 升级到 3.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.2to3)）。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台、AWS CLI 或 RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **安全修复：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2022-21245](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21245) + [CVE-2021-36222](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-36222) + [CVE-2021-22926](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22926) **常规改进。** + 修复了在极少数情况下，当死锁检测器线程因争用条件而卡住时，会导致数据库服务器重启的问题。 ## 集成了 MySQL 社区版本错误修复 + 当 UPDATE 需要一个主键大于 1024 个字节的临时表，而该表是使用 InnoDB 创建的时，服务器可能会退出。（错误 \$125153670） ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2021-11-24（版本 2.07.7）（已弃用） **版本：**2.07.7 Aurora MySQL 2.07.7 已正式发布。Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容，Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容。 当前支持的 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 版本还原到 Aurora MySQL 2.07.7。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.07.7。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.07.7，但是可以将其快照还原到 Aurora MySQL 2.07.7。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台、AWS CLI 或 RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **安全修复：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2019-17543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-17543) + [CVE-2019-2960](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2960) **常规改进。** + 修复了 Aurora MySQL 与其他 AWS 服务（例如 Amazon S3、Amazon ML、Lambda）集成的相关安全问题。 + 修复了 Aurora 复制滞后报告错误的问题。 + 修复了当数据库具有大量用户和权限组合时，可能导致数据库实例重启失败的问题。 + 修复了在将主要版本从 Aurora MySQL 1.x（基于 MySQL 5.6）就地升级到 Aurora MySQL 2.x（基于 MySQL 5.7）后导致 general\$1log 和 slow\$1log 表无法访问的问题。 + 修复了在极少数情况下，由于检查处理不正确，可能导致读取器实例重新启动的问题。 + 修复了即使会话已完成处理并处于空闲状态，但在极少数情况下，性能详情 (PI) 会话中的“数据库负载”图表也会显示为主动使用 CPU 的问题。 + 修复了使用 LIMIT 子句执行 SQL 语句时可能导致数据库重新启动的并行查询问题。 + 修复了在满足以下所有条件时将现有行的 TIMESTAMP 列的值更新为最新时间戳的问题：1。表存在触发器；2. 对具有 ON DUPLICATE KEY UPDATE 子句的表执行 INSERT；3. 插入的行可能会导致 UNIQUE 索引或 PRIMARY KEY 中的重复值冲突；4. 一个或多个列为 TIMESTAMP 数据类型，原定设置值为 CURRENT\$1TIMESTAMP。 + 修复了以 READ COMMITTED 隔离级别使用 XA 事务时，在极少数情况下可能会导致数据库实例重新启动的问题。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2021-09-02（版本 2.07.6）（已弃用） **版本：**2.07.6 Aurora MySQL 2.07.6 已正式发布。Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容，Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容。 当前支持的 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 版本还原到 Aurora MySQL 2.07.6。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.07.6。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.07.6，但是可以将其快照还原到 Aurora MySQL 2.07.6。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台、AWS CLI 或 RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 集成了 MySQL 社区版本错误修复 + 插入 64K 大小的记录需要太多的时间。([错误 23031146](https://github.com/mysql/mysql-server/commit/a2f9ea422e4bdfd65da6dd0c497dc233629ec52e)) ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2021-07-06（版本 2.07.5）（已弃用） **版本：**2.07.5 Aurora MySQL 2.07.5 已正式发布。Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容，Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容。 当前支持的 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 版本还原到 Aurora MySQL 2.07.5。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.07.5。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.07.5；但是可以将其快照还原到 Aurora MySQL 2.07.5。 要使用较旧版本的 Aurora MySQL 创建集群，请通过AWS 管理控制台、AWS CLI 或 RDS API 指定引擎版本。 **注意** 此版本被指定为长期支持 (LTS) 版本。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 长期支持（LTS）版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **可用性改进：** + 修复了 Aurora 副本中无法进行用户级锁定的问题。 + 修复了在 `READ COMMITTED` 隔离级别使用 XA 事务时可能导致数据库重启的问题。 + 将 `server_audit_incl_users` 和 `server_audit_excl_users` 全局参数所允许的最大长度增加到了 2000。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2021-03-04（版本 2.07.4）（已弃用） **版本：**2.07.4 Aurora MySQL 2.07.4 已正式发布。Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容，Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容。 当前支持的 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 版本还原到 Aurora MySQL 2.07.4。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.07.4。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.07.4；但是可以将其快照还原到 Aurora MySQL 2.07.4。 要使用较旧版本的 Aurora MySQL 创建集群，请通过AWS 管理控制台、AWS CLI 或 RDS API 指定引擎版本。 **注意** 此版本被指定为长期支持 (LTS) 版本。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 长期支持（LTS）版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **安全修复：** + [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812) + [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793) + [CVE-2020-14790](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14790) + [CVE-2020-14775](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14775) + [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769) + [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765) + [CVE-2020-14760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14760) + [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672) + [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971) **可用性改进：** + 修复了在读取或写入网络数据包期间一旦出现网络错误可能导致客户端挂起的问题。 + 在某些情况下，DDL 中断后，引擎重启时间缩短。 + 修复了在页面预取请求期间 DDL 或 DML 可能导致引擎重启的问题。 + 修复了在 Aurora 只读副本上执行表/索引反向扫描时副本可能重启的问题。 + 修复了克隆集群操作中可能导致克隆花费更长时间的问题。 + 修复了在对地理空间列使用并行查询优化时可能导致数据库重启的问题。 + 修复了导致二进制日志副本停止并出现 `HA_ERR_KEY_NOT_FOUND` 错误的问题。 ## 集成了 MySQL 社区版本错误修复 + 修复了在处理包含“ ”（空格）、“%”或“,”的令牌时，全文 ngram 解析器中的问题。如果使用 ngram 解析器，客户应重建其 FTS 索引。（错误 \$125873310） + 修复了在使用嵌套 SQL 视图执行查询期间可能导致引擎重启的问题。（错误 \$127214153、错误 \$126864199） ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2020-11-10（版本 2.07.3）（已弃用） **版本：**2.07.3 Aurora MySQL 2.07.3 已正式发布。Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容，Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容。 当前支持的 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 版本还原到 Aurora MySQL 2.07.3。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.07.3。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.07.3，但是可以将其快照还原到 Aurora MySQL 2.07.3。 要使用较旧版本的 Aurora MySQL 创建集群，请通过AWS 管理控制台、AWS CLI 或 RDS API 指定引擎版本。 **注意** 此版本被指定为长期支持 (LTS) 版本。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 长期支持（LTS）版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **安全修复：** 对托管环境中的处理进行微调的修复和其他增强功能。 + [CVE-2021-2144](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2144) + [CVE-2020-14567](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14567) + [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559) + [CVE-2020-14553](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14553) + [CVE-2020-14547](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14547) + [CVE-2020-14540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14540) + [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812) + [CVE-2020-2806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2806) + [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780) + [CVE-2020-2765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2765) + [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763) + [CVE-2020-2760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2760) + [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579) + [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740) **不兼容的更改：** 此版本新增了影响 `mysqldump` 命令行为的权限更改。用户必须具有访问 `PROCESS` 表的 `INFORMATION_SCHEMA.FILES` 权限。要在不进行任何更改的情况下运行 `mysqldump` 命令，请向 `PROCESS` 命令连接的数据库用户授予 `mysqldump` 权限。您也可以运行带 `mysqldump` 选项的 `--no-tablespaces` 命令。使用该选项，`mysqldump ` 输出不包含任何 `CREATE LOGFILE GROUP` 或 `CREATE TABLESPACE` 语句。在这种情况下，`mysqldump` 命令不访问 `INFORMATION_SCHEMA.FILES` 表，您也无需授予 `PROCESS` 权限。 **可用性改进：** + 修复了锁定管理器在终止连接/查询和终止会话导致数据库重新启动之间的争用情况。 + 修复了在启用查询缓存的情况下执行访问多个表或数据库的多查询语句后导致数据库重新启动的问题。 + 修复了由于更新具有二级索引的虚拟列而可能导致重复重启的问题。 ## 集成了 MySQL 社区版本错误修复 + *InnoDB：*在主节点上成功运行到 XA 准备阶段的并发 XA 事务在从属节点上重播时会发生冲突，导致应用程序线程中的锁定等待超时。冲突是由于在从属节点上连续重播事务时，GAP 锁定范围会有所不同。为了防止这种类型的冲突，当 XA 事务进入准备阶段时，XA 事务在 [READ COMMITTED](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_read-committed) 隔离级别中采取的 GAP 锁定将被释放 (而且不再继承)。（错误 \$127189701、错误 \$125866046） + *InnoDB：* 使用 [READ COMMITTED](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_read-committed) 隔离级别时，在验证外键期间多余地使用了 gap 锁定。（错误 \$125082593） + *复制：*使用 XA 事务时，如果复制从属节点上的应用程序 (SQL) 线程出现锁定等待超时或死锁，则自动重试不起作用。原因是，尽管 SQL 线程会进行回滚，但它不会回滚 XA 事务。这意味着，当重试交易时，第一个事件是 XA START，由于 XA 事务已在进行中，导致 XAER\$1RMFAIL 错误，该事件无效。（错误 \$124764800） + *复制：*当事务隔离级别设置为 [REPEATABLE READ](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read) 时，交错事务有时可能会使从属应用程序死锁。（错误 \$125040331） + *复制：*所有现有中继日志文件 (Relay\$1Log\$1Space) 的总组合大小的 [SHOW SLAVE STATUS](https://dev.mysql.com/doc/refman/5.7/en/show-slave-status.html) 语句返回的值可能会比中继日志文件实际使用的磁盘空间大得多。I/O 线程在更新值时没有锁定变量，因此 SQL 线程可以在 I/O 线程完成值的更新之前自动删除中继日志文件并写入减少的值。然后，输入/输出线程写入其原始大小计算，从而忽略了 SQL 线程的更新，将删除文件的空间添加回来。Relay\$1Log\$1Space 值现已在更新期间被锁定，以防止并发更新，确保计算准确。（错误 \$126997096，错误 \$187832） + 对于 VALUES 列表使用包含联接的子查询为第二行或后面的行生成值的 [INSERT](https://dev.mysql.com/doc/refman/5.7/en/insert.html) 语句，服务器可能会在解析所需的特权失败后退出。（错误 \$123762382） + 对于 [TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/datetime.html) 或 [DATETIME](https://dev.mysql.com/doc/refman/5.7/en/datetime.html) 列默认值为 [CURRENT\$1TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/date-and-time-functions.html#function_current-timestamp) 的表，列可以在表具有 `BEFORE INSERT` 触发条件时初始化为 `0000-00-00 00:00:00`。（错误 \$125209512、错误 \$184077） + 服务器退出可能是由于多个线程同时尝试注册和取消注册元数据性能架构对象造成的。（错误 \$126502135） + 执行包含从某些 [SELECT](https://dev.mysql.com/doc/refman/5.7/en/select.html) 语句的内容创建表的语句的存储过程可能会导致内存泄漏。（错误 \$125586773） + 执行包含访问视图的查询的存储过程可能会分配直到会话结束才释放的内存。（错误 \$125053286） + 某些情况下的子查询具体化可能会导致服务器退出。这些查询现在会产生建议禁止具体化的错误。（错误 \$126402045） + 在使用联接缓冲（例如，使用块嵌套循环算法）的情况下，带有许多左联接的查询会很慢。（错误 \$118898433、错误 \$172854） + 在对第二列执行带有 `LIKE` 子句的内部联接时，优化程序跳过了复合索引中的第二列。（错误 \$128086754） ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于异步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2020-04-17（版本 2.07.2）（已弃用） **版本：**2.07.2 Aurora MySQL 2.07.2 已正式发布。Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容，Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容。 当前支持的 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 版本还原到 Aurora MySQL 2.07.2。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.07.2。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.07.2；但是可以将其快照还原到 Aurora MySQL 2.07.2。 要使用旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台 AWS CLI、或 RDS API 指定引擎版本。 **注意** 此版本被指定为长期支持 (LTS) 版本。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 长期支持（LTS）版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **安全修复：** + [CVE-2016-8287](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-8287) + [CVE-2016-5634](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5634) **高优先级修复：** + 修复了在某些具有高写入负载的数据库集群上，导致克隆花费时间较长的问题。 + 修复了一个问题，在对具有执行计划（使用了二级索引）的读取器数据库实例进行查询时，该问题可能导致返回未提交的数据。该问题仅限于受修改主索引或二级索引键列的数据操作语言 (DML) 操作所影响的数据。 **常规改进：** + 修复了一个问题，在将包含 FTS（全文搜索）索引的 Aurora 1.x 数据库集群还原到 Aurora 2.x 数据库集群时，该问题导致速度缓慢。 + 修复了一个问题，在将包含分区表且表名称具有特殊字符的 Aurora 1.x 数据库快照还原到 Aurora 2.x 数据库集群时，该问题导致速度缓慢。 + 修复了一个问题，该问题导致在查询读取器数据库实例的速度缓慢日志和常规日志时出错。 ## 集成了 MySQL 社区版本错误修复 + 错误 \$123104498：修复了性能架构中报告使用的总内存的问题。([https://github.com/mysql/mysql-server/commit/20b6840df5452f47313c6f9a6ca075bfbc00a96b](https://github.com/mysql/mysql-server/commit/20b6840df5452f47313c6f9a6ca075bfbc00a96b)) + 错误 \$122551677：修复了性能架构中可能导致数据库引擎在尝试脱机时崩溃的问题。([https://github.com/mysql/mysql-server/commit/05e2386eccd32b6b444b900c9f8a87a1d8d531e9](https://github.com/mysql/mysql-server/commit/05e2386eccd32b6b444b900c9f8a87a1d8d531e9)) + 错误 \$123550835、错误 \$123298025、错误 \$181464：修复了性能架构中导致数据库引擎崩溃的问题（因为超出内部缓冲区的容量）。([https://github.com/mysql/mysql-server/commit/b4287f93857bf2f99b18fd06f555bbe5b12debfc](https://github.com/mysql/mysql-server/commit/b4287f93857bf2f99b18fd06f555bbe5b12debfc)) ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-12-23（版本 2.07.1）（已弃用） **版本：**2.07.1 Aurora MySQL 2.07.1 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 版本还原到 Aurora MySQL 2.07.1。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.07.1。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.07.1；但是可以将其快照还原到 Aurora MySQL 2.07.1。 要使用旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台 AWS CLI、或 RDS API 指定引擎版本。 **注意** 此版本目前不适用于以下 AWS 区域： AWS GovCloud （美国东部）[us-gov-east-1]、（美国西部）[-1]、中国 AWS GovCloud （宁夏）[cn-northwest-us-gov-west 1]、亚太地区（香港）[ap-east-1] 和中东（巴林）[me-south-1]。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **高优先级修复：** + 修复了 Aurora 特定的数据库跟踪和日志记录子系统中的缓慢内存泄漏，此问题会降低可释放内存。 **一般稳定性修复：** + 修复了在执行复杂查询期间发生的崩溃，该查询涉及在内部使用中间表的多表联接和聚合。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-11-25（版本 2.07.0）（已弃用） **版本：**2.07.0 Aurora MySQL 2.07.0 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 版本还原到 Aurora MySQL 2.07.0。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.07.0。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.07.0；但是可以将其快照还原到 Aurora MySQL 2.07.0。 要使用旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台 AWS CLI、或 RDS API 指定引擎版本。 **注意** 此版本目前不适用于以下 AWS 区域： AWS GovCloud （美国东部）[us-gov-east-1]、（美国西部）[-1]、中国 AWS GovCloud （宁夏）[cn-northwest us-gov-west -1]、亚太地区（香港）[ap-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)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **新功能：** + 全球数据库现在允许为部署在以下区域的数据库集群添加辅助只读副本区域： 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]。 + Amazon Aurora 机器学习是 Aurora MySQL 数据库和 AWS 机器学习 (ML) 服务之间经过高度优化的集成。Aurora 机器学习允许开发人员使用他们已经用于数据库开发的熟悉的 SQL 编程语言调用 ML 模型，从而向其数据库应用程序中添加各种基于 ML 的预测，而无需构建自定义集成或另外学习工具。有关更多信息，请参阅[在 Amazon Aurora 中使用机器学习 (ML) 功能](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-ml.html)。 + 在只读副本上增加了对 ANSI `READ COMMITTED` 隔离级别的支持。此隔离级别支持对只读副本执行长时间运行的查询，而不会影响写入器节点上写入的高吞吐量。有关更多信息，请参阅 [Aurora MySQL 隔离级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.IsolationLevels)。 **关键修复：** + [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) **高优先级修复：** + 修复了 DDL 恢复中导致数据库停机时间延长的问题。在执行多表 drop 语句之后变得不可用的集群（例如 `DROP TABLE t1, t2, t3`）应该更新到这个版本。 + 修复了 DDL 恢复中导致数据库停机时间延长的问题。在执行 `INPLACE ALTER TABLE` DDL 语句之后变得不可用的集群应该更新到这个版本。 **一般稳定性修复：** + 修复了在 `information_schema.replica_host_status` 表中生成不一致数据的问题。 ## 集成了 MySQL 社区版本错误修复 + 错误 \$126251621：INCORRECT BEHAVIOR WITH TRIGGER AND GCOL + 错误 \$122574695：ASSERTION `\$1TABLE \$1\$1 (\$1TABLE->READ\$1SET \$1\$1 BITMAP\$1IS\$1SET(TABLE->READ\$1SET, FIEL + 错误 \$125966845：INSERT ON DUPLICATE KEY GENERATE A DEADLOCK + 错误 \$123070734：CONCURRENT TRUNCATE TABLES CAUSE STALL + 错误 \$126191879：FOREIGN KEY CASCADES USE EXCESSIVE MEMORY + 错误 \$120989615：INNODB AUTO\$1INCREMENT PRODUCES SAME VALUE TWICE ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.07.0 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.07.0 当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-11-22（版本 2.06.0）（已弃用） **版本：**2.06.0 Aurora MySQL 2.06.0 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 Aurora MySQL 版本有 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.\$1、2.05.\$1 和 2.06.\$1。 您可以将快照从当前支持的 Aurora MySQL 版本还原到 Aurora MySQL 2.06.0。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.06.0。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.06.0；但是可以将其快照还原到 Aurora MySQL 2.06.0。 要使用旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台 AWS CLI、或 RDS API 指定引擎版本。 **注意** 此版本目前不适用于以下 AWS 区域： AWS GovCloud （美国东部）[us-gov-east-1]、（美国西部）[-1]、中国 AWS GovCloud （宁夏）[cn-northwest-us-gov-west 1]、亚太地区（香港）[ap-east-1] 和中东（巴林）[me-south-1]。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **新功能：** + Aurora MySQL 集群现在支持实例类型 db.r5.8xlarge、db.r5.16xlarge 和 db.r5.24xlarge。有关 Aurora MySQL 集群实例类型的更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora 数据库实例类](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html)。 + 哈希联接功能现在正式推出，无需将 Aurora 实验室模式设置为 ON。在需要使用 equi-join 联接大量数据时，该功能可以提高查询性能。有关使用此功能的更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用适用于 Aurora Serverless 的 Data API](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/data-api.html)。 + 热行争用功能现在正式推出，无需将 Aurora 实验室模式设置为 ON。在很多事务争用同一页面上的行时，该功能大大提高了工作负载的吞吐量。 + Aurora MySQL 2.06 及更高版本支持将数据库集群“倒回”到特定时间，而无需从备份还原数据。此功能称为“回溯”，可以快速恢复用户的错误操作，例如错误删除表或行。即使对于大型数据库，回溯也可在几秒钟内完成。阅读[AWS 博客](https://aws.amazon.com/blogs/aws/amazon-aurora-backtrack-turn-back-time/)了解概述，有关更多详细信息，请参阅 A *mazon Aurora 用户指南中的回溯 Aurora* [数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.Backtrack.html)。 + Aurora 2.06 及更高版本支持通过 AWS Lambda 原生函数进行同步调用。`lambda_sync()`还提供了本机函数 `lambda_async()`，它可以替代异步 Lambda 调用的现有存储过程。有关调用 Lambda 函数的信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 **关键修复：** 无。 **高优先级修复：** **安全修复** + [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805) + [CVE-2019-2791](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2791) + [CVE-2019-2778](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2778) + [CVE-2019-2758](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2758) + [CVE-2019-2739](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2739) + [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730) + [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-2018-2786](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2786) + [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653) + [CVE-2017-3465](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3465) + [CVE-2017-3455](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3455) + [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) **连接处理** + 数据库可用性已得到改进，以便在执行一个或多个客户端连接时更好地为激增的客户端连接提供服务 DDLs。这是通过在需要时临时创建额外的线程来处理的。如果处理 DDL 期间连接数量激增后数据库没有响应，建议进行升级。 **引擎重新启动** + 修复了重新启动引擎时长时间不可用的问题。这解决了缓冲池初始化中的一个问题。此问题很少发生，但可能会影响任何受支持的版本。 + 修复了导致配置为二进制日志（binlog）主实例的数据库在运行繁重写入工作负载时重启的问题。 **一般稳定性修复：** + 在访问未缓存数据的查询可能比平常慢的地方进行了改进。如果客户在访问未缓存数据时遇到无法解释的读取延迟增加问题，则建议他们升级，以免再次遇到这个问题。 + 修复了无法从数据库快照还原分区表的问题。如果客户在数据库中访问已从 Aurora MySQL 1.\$1 数据库快照还原的分区表时遇到错误，建议使用该版本。 + 通过修复对写入器数据库实例进行 DDL 查询时，处理读取查询的线程与应用架构更改的线程之间的锁定争用问题，提高了 Aurora 副本的稳定性。 + 修复了与 DDL 操作触发的 `mysql.innodb_table_stats` 表更新有关的稳定性问题。 + 修复了针对 Aurora 副本上的临时表执行嵌套查询时错误报告 `ERROR 1836` 的问题。 **性能增强：** + 通过防止在二进制日志工作线程上禁用查询缓存后对缓存进行不必要的 API 调用，提高了二进制日志复制的性能。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.06.0 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.06.0 当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-11-11（版本 2.05.0）（已弃用） **版本：**2.05.0 Aurora MySQL 2.05.0 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 Aurora MySQL 版本有 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、2.01.\$1、2.02.\$1、2.03.\$1 和 2.04.\$1。 您可以将快照从当前支持的 Aurora MySQL 版本还原到 Aurora MySQL 2.05.0。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群（最多 2.04.6）升级到 Aurora MySQL 2.05.0。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.05.0；但是可以将其快照还原到 Aurora MySQL 2.05.0。 要使用旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台 AWS CLI、或 RDS API 指定引擎版本。 **注意** 此版本目前不适用于以下 AWS 区域： AWS GovCloud （美国东部）[us-gov-east-1]、（美国西部）[-1]、中国 AWS GovCloud （宁夏）[cn-northwest us-gov-west -1]、亚太地区（香港）[ap-east-1]、欧洲（斯德哥尔摩）[eu-north-1] 和中东（巴林）[me-south-1]。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **关键修复：** + [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734) + [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534) + [CVE-2018-3155](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3155) + [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612) + [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599) + [CVE-2018-3056](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3056) + [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562) + [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329) + [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696) + 修复了以下问题：如果参数 `sync_binlog` 的值未设定为 1，则不在工作线程上复制主实例上的当前二进制日志文件中的事件。 **高优先级修复：** + 强烈建议数据库大小接近 64 TiB 的客户升级到此版本，以避免由于稳定性错误影响接近 Aurora 存储限制的卷而导致停机。 + 参数 `aurora_binlog_replication_max_yield_seconds` 的默认值已更改为零，防止复制延迟增加，有利于提高二进制日志主实例的前台查询性能。 ## MySQL 错误修复汇总 + 错误 \$123054591: PURGE BINARY LOGS TO 正在读取整个二进制日志文件并导致停滞 MySql ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.05.0 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.05.0 当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2020-08-14（版本 2.04.9）（已弃用） **版本：**2.04.9 Aurora MySQL 2.04.9 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 指定引擎版本。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不适用于以下 AWS 区域： AWS GovCloud （美国东部）[us-gov-east-1]、（美国西部）[-1]、亚太地区 AWS GovCloud （香港）[ap-east us-gov-west -1] 和中东（巴林）[me-south-1] [me-south-1]。在提供后，将发布单独的公告。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **高优先级修复：** **关键修复：** + [CVE-2020-2760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2760) + [CVE-2019-5443](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-5443) + [CVE-2019-3822](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-3822) + [CVE-2019-2924](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2924) + [CVE-2019-2923](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2923) + [CVE-2019-2922](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2922) + [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911) + [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-2791](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2791) + [CVE-2019-2778](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2778) + [CVE-2019-2758](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2758) + [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740) + [CVE-2019-2739](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2739) + [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730) + [CVE-2019-2628](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2628) + [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-2018-2813](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2813) + [CVE-2018-2786](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2786) + [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653) + [CVE-2017-3465](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3465) + [CVE-2017-3464](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3464) + [CVE-2017-3455](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3455) + [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-5436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5436) **可用性改进：** + 修复了执行 `kill session` 命令可能导致数据库重新启动或失效转移的问题。如果您遇到此问题，请联系 AWS 支持人员以在您的实例上启用此修复程序。 + 修复了在执行涉及内部使用中间表的多表联接和聚合的复杂查询时导致数据库重新启动的问题。 + 修复了对多个表执行 `DROP TABLE` 发生中断时导致数据库重新启动的问题。 + 修复了在数据库恢复期间导致数据库失效转移的问题。 + 修复了启用审核和慢速查询日志时由于错误报告 threads\$1running 而导致的数据库重启问题。 + 修复了 `kill query` 命令在执行过程中可能会卡住的问题。 + 修复了锁定管理器中导致事务回滚期间数据库重新启动或失效转移的争用条件。 + 修复了在多个连接尝试使用全文搜索索引更新同一表时触发数据库重新启动或失效转移的问题。 + 修复了清除索引导致失效转移或重新启动时可能导致死锁的问题。 **常规改进：** + 修复了可能导致对只读副本的查询使用未提交事务中的数据的问题。此问题仅限于在数据库重启后立即启动的事务。 + 修复了对定义了触发器的表执行 `INPLACE ALTER TABLE` 的过程中以及 DDL 不包含 `RENAME` 子句时遇到的问题。 + 修复了导致某些具有高写入负载的数据库集群上的克隆时间较长的问题。 + 修复了名称中嵌入了空格的分区表在升级过程中遇到的问题。 + 修复了只读副本可能暂时只看到写入器上最近提交的事务的部分结果的问题。 + 修复了针对 FTS 表对只读副本进行的查询可能会产生过时结果的问题。只有在对只读副本的 FTS 查询紧跟在写入器上对同一 FTS 表的 `INFORMATION_SCHEMA.INNODB_SYS_TABLES` 查询之后时，才会发生这种情况。 + 修复了导致将包含 FTS（全文搜索）索引的 Aurora 1.x 数据库集群还原到 Aurora 2.x 数据库集群速度缓慢的问题。 + 将 `server_audit_incl_users` 和 `server_audit_excl_users` 全局参数所允许的最大长度增加到了 2000。 + 修复了从 Aurora 1.x 还原到 Aurora 2.x 可能需要更长时间才能完成的问题。 + 修复了通过存储过程调用 `lambda_async` 不适用于 Unicode 的问题。 + 修复了空间索引无法正确处理未记录的几何列时遇到的问题。 + 修复了可能导致对读取器数据库实例的查询因 `InternalFailureException` 错误失败并显示“Operation terminated (internal error)”消息的问题。 ## MySQL 错误修复汇总 + 错误 \$123070734，错误 \$180060：并发截断 TABLEs 导致停顿 + 错误 \$123103937：PS\$1TRUNCATE\$1ALL\$1TABLES() 在 SUPER\$1READ\$1ONLY 模式下无法运行 + 错误 \$122551677：使服务器脱机时，性能架构中的争用条件可能导致服务器退出。 + 错误 \$127082268：无效的 FTS 同步。 + 错误 \$112589870：修复了在启用查询缓存的情况下导致使用多查询语句重新启动的问题。 + 错误 \$126402045：某些情况下的子查询具体化可能会导致服务器退出。这些查询现在会产生建议禁止具体化的错误。 + 错误 \$118898433：在使用联接缓冲（例如，使用块嵌套循环算法）的情况下，带有许多左联接的查询会很慢。 + 错误 \$125222337：在填充受外键约束影响的虚拟列的同时比较字段名称的过程中，虚拟索引中的 NULL 虚拟列字段名称引发了服务器退出。([https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131](https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131)) + 错误 \$125053286：执行包含访问视图的查询的存储过程可能会分配直到会话结束才释放的内存。([https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d](https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d)) + 错误 \$125586773: 执行包含根据某些 SELECT (https://dev.mysql.com/doc/refman/5.7/en/select.html) 语句的内容创建表的语句的存储过程可能会导致内存泄漏。 ([https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1](https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1)) + 错误 \$126666274：性能架构缓冲区容器中的无限循环。 + 错误 \$123550835、错误 \$123298025、错误 \$181464：当内部缓冲区已满时，对性能架构表执行 SELECT 可能会导致服务器退出。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.04.9 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.04.9 当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-11-20（版本 2.04.8）（已弃用） **版本：**2.04.8 Aurora MySQL 2.04.8 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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。 您可以将任何 2.\$1 Aurora MySQL 版本的快照还原到 Aurora MySQL 2.04.8。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.04.8。 要使用旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台 AWS CLI、或 RDS API 指定引擎版本。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不适用于以下 AWS 区域： AWS GovCloud （美国东部）[us-gov-east-1]、（美国西部）[-1]、亚太地区 AWS GovCloud （香港）[ap-east us-gov-west -1] 和中东（巴林）[me-south-1] [me-south-1]。在提供后，将发布单独的公告。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **新功能：** + **只读副本改进：** + 通过有效地将数据传输到 Aurora 数据库集群中的读取器实例，减少了来自写入器实例的网络流量。默认情况下启用这项改进，因为这有助于防止副本滞后并重新启动。此功能的参数为 `aurora_enable_repl_bin_log_filtering`。 + 使用压缩功能减少了 Aurora 数据库集群中从写入器实例到读取器实例的网络流量。默认情况下，只对 8xlarge 和 16xlarge 实例类启用这项改进，因为这些实例可以承受额外的 CPU 压缩开销。此功能的参数为 `aurora_enable_replica_log_compression`。 **高优先级修复：** + 改进了 Aurora 写入器实例中的内存管理，可防止 Aurora 数据库集群中存在读取器实例的情况下由于繁重工作负载期间内存不足而导致写入器重新启动。 + 在计划程序中，修复了并发访问性能架构对象时导致引擎重新启动的非确定性条件。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.04.8 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.04.8 当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-11-14（版本 2.04.7）（已弃用） **版本：**2.04.7 Aurora MySQL 2.04.7 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 版本还原到 Aurora MySQL 2.04.7。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.04.7。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.04.7；但是可以将其快照还原到 Aurora MySQL 2.04.7。 要使用旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台 AWS CLI、或 RDS API 指定引擎版本。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不适用于以下 AWS 区域： AWS GovCloud （美国东部）[us-gov-east-1]、（美国西部）[-1]、亚太地区 AWS GovCloud （香港）[ap-east us-gov-west -1] 和中东（巴林）[me-south-1] [me-south-1]。在提供后，将发布单独的公告。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **高优先级修复：** **连接处理** + 数据库可用性已得到改进，以便在执行一个或多个客户端连接时更好地为激增的客户端连接提供服务 DDLs。这是通过在需要时临时创建额外的线程来处理的。如果处理 DDL 期间连接数量激增后数据库没有响应，建议进行升级。 + 修复了导致 `Threads_running` 全局状态变量值不正确的问题。 **引擎重新启动** + 修复了重新启动引擎时长时间不可用的问题。这解决了缓冲池初始化中的一个问题。此问题很少发生，但可能会影响任何受支持的版本。 **一般稳定性修复：** + 在访问未缓存数据的查询可能比平常慢的地方进行了改进。如果客户在访问未缓存数据时遇到无法解释的读取延迟增加问题，则建议他们升级，以免再次遇到这个问题。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.04.7 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.04.7 当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-09-19（版本 2.04.6）（已弃用） **版本：**2.04.6 Aurora MySQL 2.04.6 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 2.\$1 数据库集群升级到 Aurora MySQL 2.04.6。不允许就地升级 Aurora MySQL 1.\$1 集群。此限制将在稍后的 Aurora MySQL 2.\$1 版本中解除。您可以将 Aurora MySQL 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、2.01.\$1、2.02.\$1、2.03.\$1 和 2.04.\$1 的快照还原到 Aurora MySQL 2.04.6。 要使用旧版本的 Aurora MySQL，您可以通过、或 Amazon RDS API 指定引擎版本来创建新的数据库集群。 AWS 管理控制台 AWS CLI 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不适用于以下 AWS 区域：欧洲（伦敦）[eu-west-2]、（美国东部）[-1]、（美国西部）[-1] AWS GovCloud 、（美国西部）us-gov-east[-1]、中国 AWS GovCloud （宁夏）[cn-northwest us-gov-west -1] 和亚太地区（香港）[ap-east-1]。在提供后，将发布单独的公告。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 + 修复了以下问题：如果参数 `sync_binlog` 的值未设定为 1，则不在工作线程上复制主实例上的当前二进制日志文件中的事件。 + 参数 `aurora_binlog_replication_max_yield_seconds` 的默认值已更改为零，防止复制延迟增加，有利于提高二进制日志主实例的前台查询性能。 ## MySQL 错误修复汇总 + 错误 \$123054591: PURGE BINARY LOGS TO 正在读取整个二进制日志文件并导致停滞 MySql ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.04.6 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.04.6 当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-07-08（版本 2.04.5）（已弃用） **版本：**2.04.5 Aurora MySQL 2.04.5 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 2.\$1 数据库集群升级到 Aurora MySQL 2.04.5。不允许就地升级 Aurora MySQL 1.\$1 集群。此限制将在稍后的 Aurora MySQL 2.\$1 版本中解除。您可以将 Aurora MySQL 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、2.01.\$1、2.02.\$1、2.03.\$1 和 2.04.\$1 的快照还原到 Aurora MySQL 2.04.5。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **安全修复：** + [CVE-2016-3518](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-3518) **常规修复：** + 修复了存储卷增长期间导致数据库重新启动的竞争条件。 + 修复了卷打开期间导致数据库重新启动的内部通信故障。 + 添加了针对分区表上的 `ALTER TABLE ALGORITHM=INPLACE` 的 DDL 恢复支持。 + 修复了导致数据库重新启动的 `ALTER TABLE ALGORITHM=COPY` 的 DDL 恢复。 + 提高了写入器上的重度删除工作负载下的 Aurora 副本稳定性。 + 修复了执行全文搜索索引同步的线程与从字典缓存执行全文搜索表驱逐的线程之间的死锁导致的数据库重新启动问题。 + 修复了在二进制日志主实例连接不稳定的情况下、复制 DDL 期间在二进制日志工作线程上出现的稳定性问题。 + out-of-memory修复了全文搜索代码中导致数据库重新启动的问题。 + 修复了在使用整个 64 TiB 卷时导致 Aurora 写入器重新启动的问题。 + 修复了性能架构功能中导致数据库重新启动的竞争条件。 + 修复了在处理网络协议管理错误时导致连接中止的问题。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.04.5 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.04.5 当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-05-29（版本 2.04.4）（已弃用） **版本：**2.04.4 Aurora MySQL 2.04.4 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 数据库集群（包括还原快照）时，您可以选择与 MySQL 5.7 或 MySQL 5.6 兼容。我们不允许就地升级 Aurora MySQL 1.\$1 集群或通过 Amazon S3 备份将 Aurora MySQL 1.\$1 集群还原到 Aurora MySQL 2.04.4。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 您可以将 Aurora MySQL 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、2.01.\$1、2.02.\$1、2.03.\$1 和 2.04.\$1 的快照还原到 Aurora MySQL 2.04.4。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[us-gov-west-1]、欧洲（斯德哥尔摩）[eu-north-1]、中国（宁夏）[cn-northwest-1] 和亚太地区（香港）[ap-east-1] [ap-east-1] 地区推出。 AWS 在提供后，将发布单独的公告。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 + 修复了在将数据从 S3 加载到 Aurora 时可能造成故障的问题。 + 修复了在将数据从 Aurora 上传到 S3 时可能造成故障的问题。 + 修复了在处理网络协议管理错误时导致连接中止的问题。 + 修复了在处理分区表时可能导致崩溃的问题。 + 修复了 Performance Insights 功能在某些区域不可用的问题。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.04.4 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.04.4 当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-05-09（版本 2.04.3）（已弃用） **版本：**2.04.3 Aurora MySQL 2.04.3 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 数据库集群（包括还原快照）时，您可以选择与 MySQL 5.7 或 MySQL 5.6 兼容。我们不允许就地升级 Aurora MySQL 1.\$1 集群或通过 Amazon S3 备份将 Aurora MySQL 1.\$1 集群还原到 Aurora MySQL 2.04.3。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 您可以将 Aurora MySQL 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、2.01.\$1、2.02.\$1、2.03.\$1 和 2.04.\$1 的快照还原到 Aurora MySQL 2.04.3。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（宁夏）[cn-northwest-1] 区域提供。 AWS 在提供后，将发布单独的公告。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 + 修复了二进制日志复制中的一个错误，该错误可能导致配置为二进制日志工作线程的 Aurora 实例出现问题。 + 修复了处理大型存储例程时出现 out-of-memory的情况。 + 修复了处理某类 `ALTER TABLE` 命令时发生的错误。 + 修复了由于网络协议管理存在错误导致连接中止的问题。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.04.3 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.04.3 当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-05-02（版本 2.04.2）（已弃用） **版本：**2.04.2 Aurora MySQL 2.04.2 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 数据库集群（包括还原快照）时，您可以选择与 MySQL 5.7 或 MySQL 5.6 兼容。我们不允许就地升级 Aurora MySQL 1.\$1 集群或通过 Amazon S3 备份将 Aurora MySQL 1.\$1 集群还原到 Aurora MySQL 2.04.2。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 您可以将 Aurora MySQL 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.0 和 2.04.1 的快照还原到 Aurora MySQL 2.04.2。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（宁夏）[cn-northwest-1] 区域提供。 AWS 在提供后，将发布单独的公告。 **注意** 有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 + 增加了使用自定义证书的 SSL 二进制日志复制支持。有关使用 Aurora MySQL 中的 SSL 二进制日志复制的信息，请参见 [mysql\$1rds\$1import\$1binlog\$1ssl\$1material](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql_rds_import_binlog_ssl_material.html)。 + 修复了在优化具有全文搜索索引的表时 Aurora 主实例上出现的死锁问题。 + 修复了使用 `SELECT(*)` 的某些查询的性能在具有二级索引的表中可能受影响的 Aurora 副本中的问题。 + 修复了导致引发错误 1032 的情况。 + 通过修复多个死锁提高了 Aurora 副本的稳定性。 ## MySQL 错误修复汇总 + 错误 \$124829050 - INDEX\$1MERGE\$1INTERSECTION OPTIMIZATION CAUSES WRONG QUERY RESULTS ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.04.2 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.04.2 当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-03-25（版本 2.04.1）（已弃用） **版本：**2.04.1 Aurora MySQL 2.04.1 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 数据库集群（包括还原快照）时，您可以选择与 MySQL 5.7 或 MySQL 5.6 兼容。我们不允许就地升级 Aurora MySQL 1.\$1 集群或通过 Amazon S3 备份将 Aurora MySQL 1.\$1 集群还原到 Aurora MySQL 2.04.1。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 您可以将 Aurora MySQL 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.0 的快照还原到 Aurora MySQL 2.04.1。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[us-gov-west-1] 区域提供。在提供后，将发布单独的公告。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 + 修复了 1.16 以下版本的 Aurora MySQL 5.6 快照无法还原到最新的 Aurora MySQL 5.7 集群的问题。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-03-25（版本 2.04.0）（已弃用） **版本：**2.04 Aurora MySQL 2.04 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 当前支持的 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 数据库集群（包括还原快照）时，您可以选择与 MySQL 5.7 或 MySQL 5.6 兼容。我们不允许就地升级 Aurora MySQL 1.\$1 集群或通过 Amazon S3 备份将 Aurora MySQL 1.\$1 集群还原到 Aurora MySQL 2.04.0。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 您可以将 Aurora MySQL 1.19.\$1、2.01.\$1、2.02.\$1 和 2.03.\$1 的快照还原到 Aurora MySQL 2.04.0。您不能将 Aurora MySQL 1.14.\$1 或更低版本、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1 的快照还原到 Aurora MySQL 2.04.0。Aurora MySQL 2.04.1 已取消此限制。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[us-gov-west-1] 区域提供。在提供后，将发布单独的公告。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 + 支持基于 GTID 的复制。有关将基于 GTID 的复制用于 Aurora MySQL 的信息，请参阅《Amazon Aurora 用户指南》**中的[将基于 GTID 的复制用于 Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-replication-gtid.html)。 + 修复了当删除或更新临时表中的语句包含 InnoDB 子查询时 Aurora 副本错误地引发 `Running in read-only mode` 错误的问题。 ## MySQL 错误修复汇总 + 错误 \$126225783：MYSQL CRASH ON CREATE TABLE (REPRODUCEABLE) -> INNODB: ALONG SEMAPHORE WAIT。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 此 Aurora MySQL 版本与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能： + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 # Aurora MySQL 数据库引擎更新 2019-02-07（版本 2.03.4）（已弃用） **版本：**2.03.4 Aurora MySQL 2.03.4 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 在创建新的 Aurora MySQL 数据库集群（包括还原快照）时，您可以选择与 MySQL 5.7 或 MySQL 5.6 的兼容性。 我们不允许将 Aurora MySQL 1.\$1 集群就地升级到 Aurora MySQL 2.03.4 或通过 Amazon S3 备份还原到 Aurora MySQL 2.03.4。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 + 支持 UTF8 MB4 Unicode 9.0 区分重音和不区分大小写的排序规则，。`utf8mb4_0900_as_ci` ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.03.4 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.03.4 当前不支持以下 MySQL 5.7 功能： + 全球交易标识符 (GTIDs)。Aurora MySQL GTIDs 在 2.04 及更高版本中支持。 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 + X 协议 # Aurora MySQL 数据库引擎更新 2019-01-18（版本 2.03.3）（已弃用） **版本：**2.03.3 Aurora MySQL 2.03.3 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 在创建新的 Aurora MySQL 数据库集群（包括还原快照）时，您可以选择与 MySQL 5.7 或 MySQL 5.6 的兼容性。 我们不允许将 Aurora MySQL 1.\$1 集群就地升级到 Aurora MySQL 2.03.3 或通过 Amazon S3 备份还原到 Aurora MySQL 2.03.3。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **CVE 修复** + [CVE-2016-5436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5436) **关键修复：** + 修复了对索引运行后向扫描时 Aurora 副本可能被死锁的问题。 + 修复了当 Aurora 主实例在分区表中运行就地 DDL 操作时 Aurora 副本可能重启的问题。 + 修复了对 Aurora 主实例执行 DDL 操作后进行查询缓存验证期间 Aurora 副本可能重启的问题。 + 修复了当 Aurora 主实例在表上运行截断时，在该表的 `SELECT` 查询期间 Aurora 副本可能重启的问题。 + 修复了仅访问索引列的 MyISAM 临时表存在的错误结果问题。 + 修复了约 40,000 次查询后会定期生成错误的大 `query_time` 和 `lock_time` 值的慢速日志中的问题。 + 修复了名为“tmp”的架构可能导致 RDS for MySQL 到 Aurora MySQL 的迁移出现停滞的问题。 + 修复了审核日志在日志轮换期间可能存在缺失事件的问题。 + 修复了在启用实验室模式下的 Fast DDL 功能时从 Aurora 5.6 快照还原的 Aurora 主实例可能重启的问题。 + 修复了 CPU 使用完全是由字典 stats 线程引起的问题。 + 修复了运行 `CHECK TABLE` 语句时 Aurora 副本可能重启的问题。 ## MySQL 错误修复汇总 + 错误 \$125361251：INCORRECT BEHAVIOR WITH INSERT ON DUPLICATE KEY IN SP + 错误 \$126734162：INCORRECT BEHAVIOR WITH INSERT OF BLOB \$1 ON DUPLICATE KEY UPDATE + 错误 \$127460607：INCORRECT BEHAVIOR OF IODKU WHEN INSERT SELECT's SOURCE TABLE IS EMPTY + 使用 `DISTINCT` or `GROUP BY` 子句的查询可能会返回错误的结果。（MySQL 5.7 错误 \$179591，错误 \$122343910） + 使用 `DELETE` 子句中的派生表失败并发生错误 1093（错误 \$123074801）的联接表中的 `WHERE`。 + GCOLS: INCORRECT BEHAVIOR WITH CHARSET CHANGES（错误 \$125287633）。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.03.3 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.03.3 当前不支持以下 MySQL 5.7 功能： + 全球交易标识符 (GTIDs)。Aurora MySQL GTIDs 在 2.04 及更高版本中支持。 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 + X 协议 # Aurora MySQL 数据库引擎更新 2019-01-09（版本 2.03.2）（已弃用） **版本：**2.03.2 Aurora MySQL 2.03.2 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容，Aurora MySQL 1.x 版与 MySQL 5.6 兼容。 在创建新的 Aurora MySQL 数据库集群（包括还原快照）时，您可以选择与 MySQL 5.7 或 MySQL 5.6 的兼容性。 我们不允许将 Aurora MySQL 1.\$1 集群就地升级到 Aurora MySQL 2.03.2 或通过 Amazon S3 备份还原到 Aurora MySQL 2.03.2。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 + **Aurora 版本选择器** – 从 Aurora MySQL 2.03.2 开始，您可以在 AWS 管理控制台上从多个与 MySQL 5.7 兼容的 Aurora 版本中选择。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[通过 AWS检查或指定 Aurora MySQL 引擎版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.EngineVersions)。 **关键修复：** + [CVE-2016-3495](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-3495) ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.03.2 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.03.2 当前不支持以下 MySQL 5.7 功能： + 全球交易标识符 (GTIDs)。Aurora MySQL GTIDs 在 2.04 及更高版本中支持。 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 + X 协议 # Aurora MySQL 数据库引擎更新 2018-10-24（版本 2.03.1）（已弃用） **版本：**2.03.1 Aurora MySQL 2.03.1 已正式发布。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、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、2.01.\$1、2.02.\$1 和 2.03 快照还原到 Aurora MySQL 2.03.1 中。 我们不允许将 Aurora MySQL 1.\$1 集群就地升级到 Aurora MySQL 2.03.1 或通过 Amazon S3 备份还原到 Aurora MySQL 2.03.1。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 ## 改进 + 修复了一个问题，即，在运行事务死锁检测时，Aurora 写入器可能会重新启动。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.03.1 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.03.1 当前不支持以下 MySQL 5.7 功能： + 全球交易标识符 (GTIDs)。Aurora MySQL GTIDs 在 2.04 及更高版本中支持。 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 + X 协议 # Aurora MySQL 数据库引擎更新 2018-10-11（版本 2.03）（已弃用） **版本：**2.03 Aurora MySQL 2.03 已正式发布。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、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、2.01.\$1 和 2.02.\$1 快照还原到 Aurora MySQL 2.03 中。 我们不允许将 Aurora MySQL 1.\$1 集群就地升级到 Aurora MySQL 2.03 或通过 Amazon S3 备份还原到 Aurora MySQL 2.03。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 + 提供了性能架构。 + 修复了一个问题，即，处于已终止状态的僵尸会话可能会使用较多 CPU。 + 修复了在只读事务获取 Aurora 写入器上的记录锁定时出现的死锁问题。 + 修复了一个问题，即，没有客户工作负载的 Aurora 副本可能具有较高的 CPU 利用率。 + 对多个问题的修复，这些问题可能导致 Aurora 副本或 Aurora 写入器重新启动。 + 添加了在达到磁盘吞吐量限制时跳过诊断日志记录的功能。 + 修复了在 Aurora 写入器上启用 binlog 时出现的内存泄漏问题。 ## 集成了 MySQL 社区版本错误修复 + 分区表上的反向扫描执行 ICP - ORDER BY DESC（错误 24929748）。 + JSON\$1OBJECT 创建无效的 JSON 代码（错误 26867509）。 + 插入大型 JSON 数据花费大量时间（错误 22843444）。 + 分区表在 5.7 中使用的内存比 5.6 多（错误 25080442）。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.03 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.03 当前不支持以下 MySQL 5.7 功能： + 全球交易标识符 (GTIDs)。Aurora MySQL GTIDs 在 2.04 及更高版本中支持。 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 + X 协议 # Aurora MySQL 数据库引擎更新 2018-10-08（版本 2.02.5）（已弃用） **版本：**2.02.5 Aurora MySQL 2.02.5 已正式发布。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、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、2.01.\$1 和 2.02.\$1 快照还原到 Aurora MySQL 2.02.5 中。您还可以执行从 Aurora MySQL 2.01.\$1 或 2.02.\$1 到 Aurora MySQL 2.02.5 的就地升级。 我们不允许将 Aurora MySQL 1.\$1 集群就地升级到 Aurora MySQL 2.02.5 或通过 Amazon S3 备份还原到 Aurora MySQL 2.02.5。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 该版本的 Aurora MySQL 5.7 已禁用性能架构。请升级到 Aurora 2.03 以提供性能架构支持。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 + 修复了一个问题，即，在一个表上执行反向扫描时，Aurora 副本可能会重新启动。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.02.5 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.02.5 当前不支持以下 MySQL 5.7 功能： + 全球交易标识符 (GTIDs)。Aurora MySQL GTIDs 在 2.04 及更高版本中支持。 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 + X 协议 # Aurora MySQL 数据库引擎更新 2018-09-21（版本 2.02.4）（已弃用） **版本：**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、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、2.01.\$1 和 2.02.\$1 快照还原到 Aurora MySQL 2.02.4 中。您还可以执行从 Aurora MySQL 2.01.\$1 或 2.02.\$1 到 Aurora MySQL 2.02.4 的就地升级。 我们不允许将 Aurora MySQL 1.\$1 集群就地升级到 Aurora MySQL 2.02.4 或通过 Amazon S3 备份还原到 Aurora MySQL 2.02.4。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 该版本的 Aurora MySQL 5.7 已禁用性能架构。请升级到 Aurora 2.03 以提供性能架构支持。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 + 修复了与从 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` ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.02.4 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.02.4 当前不支持以下 MySQL 5.7 功能： + 全球交易标识符 (GTIDs)。Aurora MySQL GTIDs 在 2.04 及更高版本中支持。 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 + X 协议 # Aurora MySQL 数据库引擎更新 2018-08-23（版本 2.02.3）（已弃用） **版本：**2.02.3 Aurora MySQL 2.02.3 已正式发布。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、1.15.\$1、1.16.\$1、1.17.\$1、2.01.\$1 和 2.02.\$1 快照还原到 Aurora MySQL 2.02.3 中。您还可以执行从 Aurora MySQL 2.01.\$1 或 2.02.\$1 到 Aurora MySQL 2.02.3 的就地升级。 我们不允许将 Aurora MySQL 1.\$1 集群就地升级到 Aurora MySQL 2.02.3 或通过 Amazon S3 备份还原到 Aurora MySQL 2.02.3。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 该版本的 Aurora MySQL 5.7 已禁用性能架构。请升级到 Aurora 2.03 以提供性能架构支持。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 与 Aurora MySQL 版本 1 进行比较 以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 目前，Aurora MySQL 2.01 不支持在 Aurora MySQL 1.16 和更高版本中添加的功能。有关 Aurora MySQL 1.16 版的信息，请参阅[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.02.3 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.02.3 当前不支持以下 MySQL 5.7 功能： + 全球交易标识符 (GTIDs)。Aurora MySQL GTIDs 在 2.04 及更高版本中支持。 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 + X 协议 ## Aurora MySQL 2.x 和 Aurora MySQL 1.x 之间的 CLI 差异 + Aurora MySQL 2.x 的引擎名称为 `aurora-mysql`；Aurora MySQL 1.x 的引擎名称仍为 `aurora`。 + Aurora MySQL 2.x 的默认参数组为 `default.aurora-mysql5.7`；Aurora MySQL 1.x 的默认参数组仍为 `default.aurora5.6`。 + Aurora MySQL 2.x 的数据库集群参数组系列名称为 `aurora-mysql5.7`；Aurora MySQL 1.x 的数据库集群参数组系列名称仍为 `aurora5.6`。 有关完整的 CLI 命令集以及 Aurora MySQL 2.x 和 Aurora MySQL 1.x之间的差异，请参阅 Aurora 文档。 ## 改进 + 修复了一个问题，即，在读取记录时，使用乐观游标还原时 Aurora 副本可能会重新启动。 + 将 `innodb_stats_persistent_sample_pages` 参数的默认值更新为 128 以改进索引统计数据。 + 修复了一个问题，即，在访问在 Aurora 主实例上并发修改的小型表时，Aurora 副本可能会重新启动。 + 修复了 `ANALYZE TABLE` 以停止刷新表定义缓存。 + 修复了一个问题，即，在将地理空间的点查询转换为搜索范围时，Aurora 主实例或 Aurora 副本可能会重新启动。 # Aurora MySQL 数据库引擎更新 2018-06-04（版本 2.02.2）（已弃用） **版本：**2.02.2 Aurora MySQL 2.02.2 已正式发布。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、1.15\$1、1.16\$1、1.17\$1、2.01\$1 和 2.02 快照还原到 Aurora MySQL 2.02.2 中。您还可以执行从 Aurora MySQL 2.01\$1 或 2.02 到 Aurora MySQL 2.02.2 的就地升级。 我们不允许将 Aurora MySQL 1.\$1 集群就地升级到 Aurora MySQL 2.02.2 或通过 Amazon S3 备份还原到 Aurora MySQL 2.02.2。我们计划在以后的 Aurora MySQL 2.\$1 版本中删除这些限制。 该版本的 Aurora MySQL 5.7 已禁用性能架构。请升级到 Aurora 2.03 以提供性能架构支持。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **关键修复：** + [CVE-2016-3486](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-3486) ## 与 Aurora MySQL 5.6 进行比较 在 Aurora MySQL 5.6 中支持以下 Amazon Aurora MySQL 功能，但目前在 Aurora MySQL 5.7 中不支持这些功能。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 目前，Aurora MySQL 2.01 不支持在 Aurora MySQL 1.16 和更高版本中添加的功能。有关 Aurora MySQL 1.16 版的信息，请参阅[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.02.2 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.02.2 当前不支持以下 MySQL 5.7 功能： + 全球交易标识符 (GTIDs)。Aurora MySQL GTIDs 在 2.04 及更高版本中支持。 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 + X 协议 ## Aurora MySQL 2.x 和 Aurora MySQL 1.x 之间的 CLI 差异 + Aurora MySQL 2.x 的引擎名称为 `aurora-mysql`；Aurora MySQL 1.x 的引擎名称仍为 `aurora`。 + Aurora MySQL 2.x 的默认参数组为 `default.aurora-mysql5.7`；Aurora MySQL 1.x 的默认参数组仍为 `default.aurora5.6`。 + Aurora MySQL 2.x 的数据库集群参数组系列名称为 `aurora-mysql5.7`；Aurora MySQL 1.x 的数据库集群参数组系列名称仍为 `aurora5.6`。 有关完整的 CLI 命令集以及 Aurora MySQL 2.x 和 Aurora MySQL 1.x之间的差异，请参阅 Aurora 文档。 ## 改进 + 修复了一个问题，即，在跟踪 Aurora 副本进度时 Aurora 写入器可能会偶尔重新启动。 + 修复了一个问题，即，在 Aurora 写入器上的表中运行索引创建或删除语句后，在访问分区表时，Aurora 副本重新启动或引发错误。 + 修复了 Aurora 副本上的表在应用因在 Aurora Writer 上运行 ALTER 表 ADD/DROP 列语句而导致的更改时无法访问的问题。 # Aurora MySQL 数据库引擎更新 2018-05-03（版本 2.02）（已弃用） **版本：**2.02 Aurora MySQL 2.02 已正式发布。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、1.15\$1、1.16\$1、1.17\$1 和 2.01\$1 快照还原到 Aurora MySQL 2.02 中。您还可以执行从 Aurora MySQL 2.01\$1 到 Aurora MySQL 2.02 的就地升级。 我们不允许将 Aurora MySQL 1.x 集群就地升级到 Aurora MySQL 2.02 或通过 Amazon S3 备份还原到 Aurora MySQL 2.02。我们计划从以后的 Aurora MySQL 2.x 版本中删除这些限制。 该版本的 Aurora MySQL 5.7 已禁用性能架构。请升级到 Aurora 2.03 以提供性能架构支持。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 与 Aurora MySQL 5.6 进行比较 在 Aurora MySQL 5.6 中支持以下 Amazon Aurora MySQL 功能，但目前在 Aurora MySQL 5.7 中不支持这些功能。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 目前，Aurora MySQL 2.01 不支持在 Aurora MySQL 1.16 和更高版本中添加的功能。有关 Aurora MySQL 1.16 版的信息，请参阅[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.02 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.02 当前不支持以下 MySQL 5.7 功能： + 全球交易标识符 (GTIDs)。Aurora MySQL GTIDs 在 2.04 及更高版本中支持。 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 + X 协议 ## Aurora MySQL 2.x 和 Aurora MySQL 1.x 之间的 CLI 差异 + Aurora MySQL 2.x 的引擎名称为 `aurora-mysql`；Aurora MySQL 1.x 的引擎名称仍为 `aurora`。 + Aurora MySQL 2.x 的默认参数组为 `default.aurora-mysql5.7`；Aurora MySQL 1.x 的默认参数组仍为 `default.aurora5.6`。 + Aurora MySQL 2.x 的数据库集群参数组系列名称为 `aurora-mysql5.7`；Aurora MySQL 1.x 的数据库集群参数组系列名称仍为 `aurora5.6`。 有关完整的 CLI 命令集以及 Aurora MySQL 2.x 和 Aurora MySQL 1.x之间的差异，请参阅 Aurora 文档。 ## 改进 + 修复了一个问题，即，在运行 INSERT 语句和利用快速插入优化时 Aurora 写入器重新启动。 + 修复了一个问题，即，在 Aurora 副本上运行 ALTER DATABASE 语句时，Aurora 副本重新启动。 + 修复了一个问题，即，在对 Aurora 写入器上刚删除的表运行查询时 Aurora 副本重新启动。 + 修复了一个问题，即在 Aurora 副本上将 `innodb_adaptive_hash_index` 设置为 `OFF` 时，Aurora 副本重新启动。 + 修复了一个问题，即，在 Aurora 写入器上运行 TRUNCATE TABLE 查询时，Aurora 副本重新启动。 + 修复了一个问题，即，在运行 INSERT 语句的某些情况下 Aurora 写入器冻结。在多节点集群上，这会导致失效转移。 + 修复了与设置会话变量关联的内存泄漏。 + 修复了一个问题，即，在特定情况下对具有生成的列的表执行清除撤消时 Aurora 写入器冻结。 + 修复了一个问题，即，在启用二进制日志记录时 Aurora 写入器有时可能会重新启动。 ## MySQL 错误修复汇总 + 左侧联接在外侧返回错误结果 (错误 22833364)。 # Aurora MySQL 数据库引擎更新 2018-03-13（版本 2.01.1）（已弃用） **版本：**2.01.1 Aurora MySQL 2.01.1 已正式发布。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、1.15\$1、1.16\$1 和 1.17\$1 快照还原到 Aurora MySQL 2.01.1 中。 我们不允许将 Aurora MySQL 1.x 集群就地升级到 Aurora MySQL 2.01.1 或通过 Amazon S3 备份还原到 Aurora MySQL 2.01.1。我们计划从以后的 Aurora MySQL 2.x 版本中删除这些限制。 该版本的 Aurora MySQL 5.7 已禁用性能架构。请升级到 Aurora 2.03 以提供性能架构支持。 ## 与 Aurora MySQL 5.6 进行比较 在 Aurora MySQL 5.6 中支持以下 Amazon Aurora MySQL 功能，但目前在 Aurora MySQL 5.7 中不支持这些功能。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 目前，Aurora MySQL 2.01 不支持在 Aurora MySQL 1.16 和更高版本中添加的功能。有关 Aurora MySQL 1.16 版的信息，请参阅[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.01.1 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.01.1 当前不支持以下 MySQL 5.7 功能： + 全球交易标识符 (GTIDs)。Aurora MySQL GTIDs 在 2.04 及更高版本中支持。 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 + X 协议 ## Aurora MySQL 2.x 和 Aurora MySQL 1.x 之间的 CLI 差异 + Aurora MySQL 2.x 的引擎名称为 `aurora-mysql`；Aurora MySQL 1.x 的引擎名称仍为 `aurora`。 + Aurora MySQL 2.x 的默认参数组为 `default.aurora-mysql5.7`；Aurora MySQL 1.x 的默认参数组仍为 `default.aurora5.6`。 + Aurora MySQL 2.x 的数据库集群参数组系列名称为 `aurora-mysql5.7`；Aurora MySQL 1.x 的数据库集群参数组系列名称仍为 `aurora5.6`。 有关完整的 CLI 命令集以及 Aurora MySQL 2.x 和 Aurora MySQL 1.x之间的差异，请参阅 Aurora 文档。 ## 改进 + 修复了使用 MySQL 5.7 兼容性还原与 MySQL 5.6 兼容的快照时错误创建 Aurora 特定的数据库权限的快照还原问题。 + 添加了对 1.17 快照还原的支持。 # Aurora MySQL 数据库引擎更新 2018-02-06（版本 2.01）（已弃用） **版本：**2.01 Aurora MySQL 2.01 已正式发布。以后，Aurora MySQL 2.x 版将与 MySQL 5.7 兼容，Aurora MySQL 1.x 版将与 MySQL 5.6 兼容。 在创建新的 Aurora MySQL 数据库集群（包括从快照还原的集群）时，您可以选择与 MySQL 5.7 或 MySQL 5.6 的兼容性。 您可以将 Aurora MySQL 1.14\$1、1.15\$1 和 1.16\$1 快照还原到 Aurora MySQL 2.01 中。 我们不允许将 Aurora MySQL 1.x 集群就地升级到 Aurora MySQL 2.01 或通过 Amazon S3 备份还原到 Aurora MySQL 2.01。我们计划从以后的 Aurora MySQL 2.x 版本中删除这些限制。 该版本的 Aurora MySQL 5.7 已禁用性能架构。请升级到 Aurora 2.03 以提供性能架构支持。 ## 与 Aurora MySQL 5.6 进行比较 在 Aurora MySQL 5.6 中支持以下 Amazon Aurora MySQL 功能，但目前在 Aurora MySQL 5.7 中不支持这些功能。 + 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + 哈希联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + 用于同步调用 AWS Lambda 函数的本机函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。 + 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。 + 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。 目前，Aurora MySQL 2.01 不支持在 Aurora MySQL 1.16 和更高版本中添加的功能。有关 Aurora MySQL 1.16 版的信息，请参阅[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)。 ## MySQL 5.7 兼容性 Aurora MySQL 2.01 与 MySQL 5.7 数据兼容，包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能，使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上，读取性能提高 10 倍以上。 Aurora MySQL 2.01 当前不支持以下 MySQL 5.7 功能： + 全球交易标识符 (GTIDs)。Aurora MySQL GTIDs 在 2.04 及更高版本中支持。 + 组复制插件 + 增加的页面大小 + InnoDB 缓冲池启动时加载 + InnoDB 全文分析器插件 + 多源复制 + 在线缓冲池大小调整 + 密码验证插件 + 查询重写插件 + 复制筛选 + `CREATE TABLESPACE` SQL 语句 + X 协议 ## Aurora MySQL 2.x 和 Aurora MySQL 1.x 之间的 CLI 差异 + Aurora MySQL 2.x 的引擎名称为 `aurora-mysql`；Aurora MySQL 1.x 的引擎名称仍为 `aurora`。 + Aurora MySQL 2.x 的默认参数组为 `default.aurora-mysql5.7`；Aurora MySQL 1.x 的默认参数组仍为 `default.aurora5.6`。 + Aurora MySQL 2.x 的数据库集群参数组系列名称为 `aurora-mysql5.7`；Aurora MySQL 1.x 的数据库集群参数组系列名称仍为 `aurora5.6`。 有关完整的 CLI 命令集以及 Aurora MySQL 2.x 和 Aurora MySQL 1.x之间的差异，请参阅 Aurora 文档。