Aurora 我的SQL数据库引擎更新 2022-10-25（版本 2.11.0，与我的 SQL 5.7.12 兼容）此版本不适用于新作品，标准支持已到期。 - Amazon Aurora
改进整合 “我的SQL社区版” 错误修复与 Aurora 的比较我的SQL版本 1我的 SQL 5.7 兼容性
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

Aurora 我的SQL数据库引擎更新 2022-10-25（版本 2.11.0，与我的 SQL 5.7.12 兼容）此版本不适用于新作品，标准支持已到期。

版本：2.11.0

Aurora My SQL 2.11.0 现已正式上市。Aurora 我的 SQL 2.x 版本与我的 SQL 5.7.12 兼容。有关社区变更的更多信息，请参阅 M y SQL 5.7.12 中的更改（2016-04-11，正式发布）。

目前支持的 Aurora 我的SQL版本是 1.19.5、1.19.6、1.22.*、1.23.*、2.23.*、2.04.*、2.07.*、2.08.*、2.09.*、2.10.*、2.10.*、2.11.*、3.01.* 和 3.02.*。

你可以将现有的 Aurora My SQL 2.* 数据库集群升级到 Aurora My SQL 2.11.0。对于运行 Aurora My SQL 版本 1 的集群，您可以将现有的 Aurora My SQL 1.23 或更高版本的集群直接升级到 2.11.0。你也可以将当前支持的 Aurora My SQL 版本中的任何快照还原到 Aurora My SQL 2.11.0。

如果您将 Aurora My SQL 全局数据库升级到版本 2.11.* 并且开启了写入转发，则必须将主数据库集群和辅助数据库集群升级到完全相同的版本（包括补丁级别），才能继续使用写入转发。有关升级 Aurora Global Database 次要版本的更多信息，请参阅次要版本升级。

如果您有任何疑问或疑虑，可以在社区论坛和 Amazon 支持部门获得Amazon 支持。有关更多信息，请参阅《Amazon Aurora 用户指南》中的维护 Amazon Aurora 数据库集群。

注意

有关如何升级 Aurora My SQL 数据库集群的信息，请参阅 A mazon Aurora 用户指南中的升级 Aurora 我的SQL数据库集群的次要版本或补丁级别。

改进

修复了安全问题以及CVEs：

此版本中包含以下CVE修复程序：

新功能：

  • 随着 Aurora 我的SQL版本 2.11 的发布，可以进行新的操作系统升级。我们建议您在升级到版本 2.11 后，将此待处理的操作系统更新应用于所有 Aurora My SQL 数据库实例。有关更多信息，请参阅使用操作系统更新。

  • 新的动态配置选项 innodb_deadlock_detect 可用于禁用死锁检测。在高并发系统中，当许多线程等待同一个锁时，死锁检测可能会导致速度下降。有时，禁用死锁检测并在发生死锁时依赖 innodb_lock_wait_timeout 设置进行事务回滚可能更高效。(错误 #23477773) 有关 Innodb 死锁检测的更多信息可以在我的SQL文档中找到。

  • 已添加 My SQL 8.0 中的UUID_TO_BIN、BIN_TO_UUID和IS_UUID函数。有关使用这些函数的更多信息，请参阅 “我的SQL杂项” 函数。

  • 增加了对优化器提示的支持，允许用户基于每个表或每个查询启用或禁用 Aurora My SQL 并行查询。

  • 移除了 R3 实例类型支持。

  • 增加了对 R6i 实例的支持。

可用性改进：

  • 修复了由于错误日志中写入的二进制日志文件和位置不正确而可能导致无法在数据库集群中进行跨区域逻辑复制的问题。运行DDL语句后重新启动引擎时，可能会出现此问题。

  • 修复了在极少数情况下，在写入器实例FLUSH上运行访问控制列表 (ACL) 语句（如GRANT和）时，可能会导致 Aurora 阅读器实例重新启动的问题。此问题更有可能影响具有大量用户和ACL操作（例如权限更改）的读取器实例。

  • 修复了在极少数情况下，当事务访问被另一个事务删除的行时，可能会导致写入器实例重启或失效转移的问题。

  • 提高了全文短语搜索性能，显著缩短了在带有全文索引的表中搜索短语所用的时间。

  • 修复了写入器实例在重启后会因恢复缓慢而卡住并随后再次重启的问题。如果初次重启时，数据库中有大量未提交的行，就会发生此问题。

  • 修复了在极少数情况下，当死锁检测器线程卡住时，由于信号灯等待时间过长而导致数据库服务器重启的问题。

  • 修复了在极少数情况下，当 I/O 线程出现死锁时，由于信号灯等待时间过长而导致数据库重启的问题。

  • 在此 Aurora My SQL 版本中未启用快速插入，这是因为在运行、和等INSERT INTO查询时可能会出现不一致的问题。SELECT FROM有关快速插入优化的更多信息，请参阅 Amazon Aurora 我的SQL性能增强功能。

常规改进：

  • 修复了在满足以下所有条件时可能导致数据库服务器重启的问题：

    • ALLOWINVALID_ 在中DATES被禁用SQLMODE。

    • 数据库服务器正在处理一个INSERTUPDATE、DELETE或SELECT语句，该语句的DATETIME类型无效，因此月份不在 1 到 12 之间。

  • 修复了将日志箱设置为时不遵守二进制日志保留期的问题OFF，这会导致存储利用率高于预期。修复后，将根据您的保留期清除二进制日志。有关如何配置二进制日志保留期的更多信息，请参阅 Aurora 我的SQL用户指南。

  • 修复了在数据库实例上运行某些 Data Control Language () 语SQL句（例如FLUSHPRIVILEGES等DCL）时GRANT，可能会导致该实例上的可用内存减少的问题。频繁使用此类语句会导致可用内存不断减少，并可能导致数据库实例因 out-of-memory问题而重新启动。在写入器实例上使用此类语句也可能导致读取器实例上的可用内存减少。

  • 为从中继日志执行的读取引入了更大的读取缓冲区大小，以最大限度地减少读取 I/O 操作的数量，从而减少了 I/O 和SQL线程之间的争用。

  • 修复了可能导致 mysql.rds_rotate_slow_log 存储过程失败并显示错误消息“Table 'mysql.slow_log_backup' doesn't exist”的问题。

  • 修复了由于只读副本必须从磁盘而不是查询缓存中读取数据而导致的查询缓存失效过多导致只读副本的CPU使用率和延迟高于预期的问题。

  • 修复了允许用户在读取器实例上运行INSTALLPLUGIN和UNINSTALLPLUGIN命令的问题，该问题可能会导致_plu LOCK gin、_system_variables_hash、_global_system_variables_global_s LOCK ystem_variables 出现死锁。LOCK这些语句现在只能在数据库集群中的写入器实例上执行。

  • 修复了在启用了二进制日志记录时，集群可能会遇到高于预期的提交延迟的问题。这会影响所有生成大型二进制日志事件（大小超过 500MB）的事务。

  • 修复了可能导致 trx_active_transactions 指标出现在 _ 中的问题。INFORMATION SCHEMA INNODB_ METRICS 表的值不正确。

  • 修复了在为大型事务执行回滚到保存点时，由于二进制日志文件变得不一致而导致逻辑复制停止的问题。

  • 默认情况下，使用一致的掩码密钥在常规日志和审计日志中屏蔽凭证哈希。 slow-query-log这可以通过 aurora_mask_password_hashes_type 参数进行配置。

  • 修复了在客户观察到的事件中错误报告 Zero-Downtime-Restart (ZDR) 持续时间的问题。

  • 修复了在 “我的服务器 1457” 中可能导致调用 mysql_rds_import_binlog_ssl_material 失败的问题。SQL ERROR

  • 修复了转储线程初始化可能与清除二进制日志的线程发生死锁的问题。这可能会让活动的二进制日志文件停止轮换而继续增长，或者导致新的二进制日志副本连接出现问题。

  • 修复了查询缓存可能会在 Aurora 只读副本上返回过时结果的问题。

整合 “我的SQL社区版” 错误修复

除以下内容外，此版本还包括 5.7 及之前的所有社区错误修复。有关更多信息，请参阅 Aurora My SQL 2.x 数据库引擎更新修复的我的SQL错误。

  • 修复了从性能架构语句事件表（例如，events_statements_current）中读取字符集信息的代码无法阻止同时写入该字符集信息的问题。因此，SQL查询文本字符集可能无效，从而可能导致服务器退出。通过此修复，无效的字符集会导致 SQL _ TEXT 列被截断并阻止服务器退出。（错误 #23540008）

  • InnoDB：社区错误 #25189192、错误 #84038 修复的向后移植。修复了在将表移至其他架构的RENAMETABLE操作后，InnoDB 无法更新 INNODB SYS _ DATAFILES 数据字典表的问题。这会导致重启时出错，表明它找不到表空间数据文件。

  • InnoDB：修复了以下问题：在添加新索引时，服务器会丢弃内部定义的外键索引，并试图使用在虚拟生成的列上定义的二级索引作为外键索引，从而导致服务器退出。InnoDB 现在允许外键约束引用在虚拟生成的列上定义的二级索引。（错误 23533396）

  • 修复了两个会话同时执行... 的问题 INSERT ON DUPLICATE KEY UPDATE 操作产生了死锁。在元组的部分回滚期间，另一个会话可能会对其进行更新。此错误的修复撤销了对错误 #11758237、错误 #17604730 和错误 #20040791 的修复。（错误 #25966845）

  • 向后移植社区错误 #27407480：修复了即使启用了 automatic_sp_privilieges，也无法正确向例行创建者授予EXECUTE和ALTERROUTINE权限的问题。

  • 向后移植修复社区错误 #24671968：修复了以下问题：如果子WHERE句包含依赖子查询，表在选择列表中的列上有二级索引，然后是子查询中的列，GROUP BY或者DISTINCT允许查询使用松散索引扫描，则查询可能会产生错误的结果。

  • 修复了如果对多个带外键的表发出多表删除语句，则复制会中断的问题。（错误 #80821）

  • 修复了在特殊情况下，即使启用了 slave_skip_errors，某些从属服务器错误也不会被忽略的问题。如果打开和锁定表失败，或者在运行基于行的复制的服务器上进行字段转换失败，则该错误被视为严重错误，slave_skip_errors 状态将被忽略。该修复可确保在启用 slave_skip_errors 的情况下，应用事务期间报告的所有错误都得到正确处理。（错误 #70640、错误 #17653275）

  • 修复了将SET PASSWORD语句从 My 5. SQL 6 的主服务器复制到我的 SQL 5.7 从属服务器的问题，或者从 log_builtin_as_identified_by_password 系统变量设置为 ON 的 My SQL 5.7 主服务器复制到我的 SQL 5.7 从属服务器的问题，密码哈希本身在存储在从属服务器上之前也会经过哈希处理。该问题现已得到修复，复制的密码哈希按最初传递给从属服务器的原样存储。（错误 #24687073）

  • 修复了由封装在许多级别的JSON数组、对象或两者兼而有之的大型子文档组成的JSON值的序列化有时需要过长时间才能完成的问题。（错误 #23031146）

  • 无法解析的语句（例如，由于语法错误）将不再写入慢速查询日志。（错误 #33732907）

与 Aurora 的比较我的SQL版本 1

Aurora 我的SQLSQL版本 1（与我的 SQL 5.6 兼容）支持以下 Amazon Aurora 我的功能，但是 Aurora 我的SQL版本 2（与我的 SQL 5.7 兼容）目前不支持这些功能。

我的 SQL 5.7 兼容性

这款 Aurora My SQL 版本与 My SQL 5.7 有线兼容，包括JSON支持、空间索引和生成的列等功能。Aurora My SQL 使用使用 z 顺序曲线的空间索引原生实现，与我SQL的 5.7 相比，空间数据集的写入性能提高 20 倍以上，读取性能提高 10 倍以上。

这个 Aurora 我的SQL版本目前不支持以下 My SQL 5.7 功能：

  • 组复制插件

  • 增加的页面大小

  • InnoDB 缓冲池启动时加载

  • InnoDB 全文分析器插件

  • 多源复制

  • 在线缓冲池大小调整

  • 密码验证插件

  • 查询重写插件

  • 复制筛选

  • 该CREATE TABLESPACESQL声明