Amazon Relational Database Service
用户指南 (API 版本 2014-10-31)
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 Amazon AWS 入门

由 Amazon Aurora MySQL 数据库引擎更新修复的 MySQL 错误

以下部分标识了已由 Amazon Aurora MySQL 数据库引擎更新修复的 MySQL 错误。

由 Amazon Aurora MySQL 2.x 数据库引擎更新修复的 MySQL 错误

MySQL 5.7 兼容版本 Aurora 通过 MySQL 5.7.12 包含所有 MySQL 错误修复。下表标识了已由 Aurora MySQL 数据库引擎更新修复的其他 MySQL 错误以及修复这些错误的更新。

数据库引擎更新 Version 已修复的 MySQL 错误
2018-05-03 版 Amazon Aurora MySQL 数据库引擎更新

2.02

左侧联接在外侧返回错误结果 (错误 #22833364)

由 Amazon Aurora MySQL 1.x 数据库引擎更新修复的 MySQL 错误

MySQL 5.6 兼容版本 Aurora 通过 MySQL 5.6.10 包含所有 MySQL 错误修复。下表标识了已由 Aurora MySQL 数据库引擎更新修复的其他 MySQL 错误以及修复这些错误的更新。

数据库引擎更新 Version 已修复的 MySQL 错误
Amazon Aurora MySQL 数据库引擎更新:2015-08-24

1.1

  • 名称以数字开头的 InnoDB 数据库导致的全文搜索 (FTS) 分析器错误。(错误 #17607956)

  • 名称以数字开头的数据库中的 InnoDB 全文搜索失败。(错误 #17161372)

  • 对于 Windows 上的 InnoDB 数据库,全文搜索 (FTS) 对象 ID 未使用预期的十六进制格式。(错误 #16559254)

  • MySQL 5.6 中引入的代码回归对 DROP TABLE 和 ALTER TABLE 性能有负面影响。这会导致 MySQL Server 5.5.x 和 5.6.x 之间的性能下降。(Bug #16864741)

Amazon Aurora MySQL 数据库引擎更新:2015-10-16

1.2、1.3

  • 终止 innodb 中的查询会导致该查询最终崩溃并显示断言。(错误 #1608883)

  • 如果无法为事件调度程序、事件执行或新连接创建新线程,则不会将任何消息写入错误日志。(错误 #16865959)

  • 如果一个连接更改了其默认数据库,同时另一个连接执行了 SHOW PROCESSLIST,则第二个连接可在尝试显示第一个连接的默认数据库内存时访问无效内存。(错误 #11765252)

  • 虽然 PURGE BINARY LOGS 设计为不删除正在使用或活动的二进制日志文件,但发生该操作时,不会提供任何通知。(错误 #13727933)

  • 对于某些语句,在优化程序删除不需要的子查询子句时,可能会导致内存泄漏。(错误 #15875919)

  • 关闭期间,服务器可能会尝试锁定未初始化的互斥。(错误 #16016493)

  • 使用 GROUP_CONCAT() 的准备好的语句和已指定多个列的 ORDER BY 子句可能会导致服务器退出。(错误 #16075310)

  • 从属工作线程缺少性能架构测试设备。(错误 #16083949)

  • 在与语句 (例如,检索状态变量 Slave_retried_transactions、Slave_heartbeat_period、Slave_received_heartbeats、Slave_last_heartbeat 或 Slave_running 中的一个或多个变量的值的 SHOW STATUS) 同时发出时,STOP SLAVE 可能会导致锁死。(错误 #16088188)

  • 在搜索词为用引号引起来的短语的某些情况下,使用布尔值模式的全文查询可能会返回零个结果。(错误 #16206253)

  • 在尝试在子查询中的联接的 ON 子句中使用子查询执行准备好的语句时,优化程序尝试删除引发断言的冗余子查询子句。(错误 #16318585)

  • GROUP_CONCAT 不稳定,在 ITEM_SUM::CLEAN_UP_AFTER_REMOVAL 中发生崩溃。(错误 #16347450)

  • 尝试通过创建具有与 INFORMATION_SCHEMA.INNODB_FT_DEFAULT_STOPWORD 相同的结构的 InnoDB 表来替换默认 InnoDB 全文搜索 (FTS) 非索引字列表将生成错误。(错误 #16373868)

  • 在从属服务器上的客户端线程执行 FLUSH TABLES WITH READ LOCK,然后在主体上进行某些更新后,在执行 SHOW SLAVE STATUS 时从属服务器会挂起。(错误 #16387720)

  • 在全文搜索中分析分隔的搜索字符串 (如“abc-def”) 时,InnoDB 现在会使用与 MyISAM 相同的单词分隔符。(错误 #16419661)

  • FTS_AST_TERM_SET_WILDCARD 中发生崩溃。(错误 #16429306)

  • 针对 FTS RQG 测试的 FTS_AST_VISIT() 中的 SEGFAULT。(错误 #16435855)

  • 在优化程序删除指向子查询的 Item_ref 后,调试版本会导致服务器退出。(错误 #16509874)

  • InnoDB 表上的全文搜索无法搜索组合了 + 或 - 运算符的文字短语。(错误 #16516193)

  • 当使用选项 --master-info-repository=TABLE relay-log-info-repository=TABLE 和 --skip-slave-start 启动服务器且 autocommit 设置为 0 时,START SLAVE 失败。(错误 #16533802)

  • 非常大的 InnoDB 全文搜索 (FTS) 结果可能会占用大量内存。(错误 #16625973)

  • 在调试版本中,由于二进制文件可能包含 NULL 字节和其他无意义的字符,因此,当直接在搜索字符串中使用二进制文件时,断言可能在 OPT_CHECK_ORDER_BY 中发生。(错误 #16766016)

  • 对于某些语句,在优化程序删除不需要的子查询子句时,可能会导致内存泄漏。(错误 #16807641)

  • 在先通过在与从属服务器的新连接中发出 STOP SLAVE 来发出 FLUSH TABLES WITH READ LOCK,然后使用原始连接发出 SHOW SLAVE STATUS 后,可能会导致锁死。(错误 #16856735)

  • 具有无效分隔符的 GROUP_CONCAT() 可能会导致服务器退出。(错误 #16870783)

  • 服务器对任何 SHOW STATUS LIKE“模式”语句的 LOCK_active_mi 和 active_mi->rli->data_lock 互斥对象执行了过度锁定,甚至在该模式不匹配使用这些互斥对象 (Slave_heartbeat_period、Slave_last_heartbeat、Slave_received_heartbeats、Slave_retried_transactions、Slave_running) 的状态变量的情况下也是如此。(错误 #16904035)

  • 使用 IN BOOLEAN MODE 修饰符的全文搜索将导致断言失败。(错误 #16927092)

  • InnoDB 表上的全文搜索无法执行使用 + 布尔值运算符的搜索。(错误 #17280122)

  • 4 向锁死:zombie、清除二进制日志、显示 processlist、显示二进制日志。(错误 #17283409)

  • 当等待提交锁定的 SQL 线程终止并重新启动时,将导致在从属服务器上跳过事务。(错误 #17450876)

  • InnoDB 全文搜索失败可能是由于“unended”令牌导致的。应传递字符串和字符串长度以进行字符串比较。(错误 #17659310)

  • 在 MySQL 5.6 或 5.7 中使用大量已分区的 InnoDB 表可能比在 MySQL Server 的先前版本中使用相同的表所占用的内存更多。(错误 #17780517)

  • 对于全文查询,未能检查出 num_token 少于 max_proximity_item 可能会导致断言。(错误 #18233051)

  • 当存在大量空 InnoDB 表时,INFORMATION_SCHEMA TABLES 和 COLUMNS 表的特定查询可能会导致内存使用过度。(错误 #18592390)

  • 当提交事务时,标记现在用于检查是否创建了线程,而不是使用更多资源来检查线程本身 (尤其是在 master_info_repository=TABLE 的情况下运行服务器时)。(错误 #18684222)

  • 如果从属服务器上的客户端线程在主服务器执行 DML 时执行了 FLUSH TABLES WITH READ LOCK,则同一客户端上执行 SHOW SLAVE STATUS 会受阻并导致锁死。(错误 #19843808)

  • 按 GROUP_CONCAT() 结果排序可能导致服务器退出。(错误 #19880368)

Amazon Aurora MySQL 数据库引擎更新:2015-12-03

1.4

  • FTSPARSE() 中的 SEGV。(错误 #16446108)

  • InnoDB 数据字典在重命名列时不会更新。(错误 #19465984)

  • FTS 在将表重命名为其他数据库后发生崩溃。(错误 #16834860)

  • 无法为截断的表准备触发器会生成错误 1054。(错误 #18596756)

  • 元数据更改可能会导致触发器执行出现问题。(错误 #18684393)

  • 未为较长的 UTF8 VARCHAR 字段选择具体化。(错误 #17566396)

  • 当将 ORDER BY 与限制 X 结合使用时,执行计划表现糟糕。(错误 #16697792)

  • 将错误 #11765744 逆向移植到 5.1、5.5 和 5.6。(错误 #17083851)

  • 生成 SIG6 的 SQL/SQL_SHOW.CC 中的互斥问题。根源可能是 FILL_VARIABLES。(错误 #20788853)

  • 将错误 #18008907 逆向移植到 5.5+ 版本。(错误 #18903155)

  • 适应 MySQL 5.7 中的堆栈溢出错误的修复。(错误 #19678930)

Amazon Aurora MySQL 数据库引擎更新:2016-01-11

1.5

  • 处理了影响以数字开头的数据库名称所在的表的 MySQL 全文搜索中的未完成修复。 (端口错误 #17607956)

Amazon Aurora MySQL 数据库引擎更新:2016-04-06 1.6
  • BACKPORT 错误 #18694052 FIX FOR ASSERTION `!M_ORDERED_REC_BUFFER' FAILED TO 5.6 (端口错误 #18305270)

  • SEGV IN MEMCPY(), HA_PARTITION::POSITION (端口错误 # 18383840)

  • WRONG RESULTS WITH PARTITIONING,INDEX_MERGE AND NO PK (端口错误 # 18167648)

  • FLUSH TABLES FOR EXPORT: ASSERTION IN HA_PARTITION::EXTRA (端口错误 # 16943907)

  • SERVER CRASH IN VIRTUAL HA_ROWS HANDLER::MULTI_RANGE_READ_INFO_CONST (端口错误 # 16164031)

  • RANGE OPTIMIZER CRASHES IN SEL_ARG::RB_INSERT() (端口错误 # 16241773)

Amazon Aurora MySQL 数据库引擎更新:2016-06-01 1.6.5
  • SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (端口错误 #17632285)

Amazon Aurora MySQL 数据库引擎更新:2016-08-30 1.7
  • 通过对 LOCK_grant 锁进行分区,提高了可扩展性。 (端口 WL #8355)

  • 存储过程中在 SELECT 上打开游标可能导致 segfault。 (端口错误 #16499751)

  • MySQL 提供了有关一些特殊用法的错误结果。(错误 #11751794)

  • GET_SEL_ARG_FOR_KEYPART 中发生崩溃 – 由错误 #11751794 的修补程序导致。(错误 #16208709)

  • 使用 GROUP BY 的简单查询的错误结果。(错误 #17909656)

  • 包含范围谓词的半联接查询上的额外行。(错误 #16221623)

  • 在 IN 子查询后添加 ORDER BY 子句可能导致返回重复行。(错误 #16308085)

  • 发生崩溃,包含针对带 GROUP BY、MyISAM 的松散扫描的查询的说明。(错误 #16222245)

  • 包含带引号 int 谓词的松散索引扫描将返回随机数据。(错误 #16394084)

  • 如果优化程序使用的是松散索引扫描,则服务器可能在尝试创建临时表时退出。(错误 #16436567)

  • COUNT(DISTINCT) 将不会计算 NULL 值,但会在优化程序使用松散索引扫描时计算这些值。(错误 #17222452)

  • 如果查询同时包含 MIN()/MAX() 和 aggregate_function(DISTINCT) (例如,SUM(DISTINCT)),并且是使用松散索引扫描执行的,则 MIN()/MAX() 的结果值的设置错误。(错误 #17217128)

Amazon Aurora MySQL 数据库引擎更新:2016-10-18 1.8
  • 在具有多个索引的列上删除所有索引时,InnoDB 在外键约束需要索引的情况下无法阻止 DROP INDEX 操作。(错误 #16896810)

  • 解决了添加外键约束崩溃情况。(错误 #16413976)

  • 修复了在提取存储过程中的游标并同时分析或刷新表时发生的崩溃。(错误 #18158639)

  • 修复了当用户更改表来将 AUTO_INCREMENT 值更改为低于最大自动递增列值时出现的自动递增错误。(错误 #16310273)

Amazon Aurora MySQL 数据库引擎更新:2016-10-26 1.8.1
  • 由于 LogJam 问题,OpenSSL 更改了 Diffie-Hellman 密钥长度参数。(错误 #18367167)

Amazon Aurora MySQL 数据库引擎更新:2016-12-14 1.10
  • 对派生的表执行 UNION 将返回错误结果,显示 '1=0/false'-clauses。(错误 #69471)

  • 在第二次对存储过程执行 ITEM_FUNC_GROUP_CONCAT::FIX_FIELDS 时,服务器发生崩溃。(错误 #20755389)

  • 通过在缓存大小超过总大小的 10% 时将缓存同步任务卸载到单独的线程,来避免 MySQL 查询在 FTS 缓存同步到磁盘期间卡顿太长时间。(错误 #22516559,#73816)

Amazon Aurora MySQL 数据库引擎更新:2017-02-23 1.11
  • 将 ALTER table DROP foreign key 与另一个 DROP 操作一起运行会导致表消失。(错误 #16095573)

  • 一些使用 ORDER BY 的 INFORMATION_SCHEMA 查询不使用文件排序优化,因为它们之前已使用此优化。(错误 #16423536)

  • FOUND_ROWS () 返回错误的表行计数。(错误 #68458)

  • 服务器失败,而不是在打开的临时表过多时显示错误。(错误 #18948649)

Amazon Aurora MySQL 数据库引擎更新:2017-04-05 1.12
  • 当因空值而导致 AUTO_INCREMENT 值被重置时,重新加载已移出的表。(错误 #21454472、错误 #77743)

  • 由于 purge_node_t structure 中存在不一致,在回滚中未找到索引记录。产生不一致的来源是警告和错误消息,如“error in sec index entry update (二级索引条码更新出错)”、“unable to purge a record (无法清除记录)”以及“tried to purge sec index entry not marked for deletion (尝试清除未标记为删除的二级索引条目)”等。(错误 #19138298、错误 #70214、错误 #21126772、错误 #21065746)

  • qsort 操作堆栈大小计算错误导致堆栈溢出。(错误 #73979)

  • 回滚时索引中未找到记录。(错误 #70214、错误 #72419)

  • ALTER TABLE 添加列 TIMESTAMP 更新 CURRENT_TIMESTAMP 时插入了零数据 (错误 #17392)

Amazon Aurora MySQL 数据库引擎更新:2017-05-15 1.13
  • 当因空值而导致 AUTO_INCREMENT 值被重置时,重新加载已移出的表。(错误 #21454472、错误 #77743)

  • 由于 purge_node_t structure 中存在不一致,在回滚中未找到索引记录。产生不一致的来源是警告和错误消息,如“error in sec index entry update (二级索引条码更新出错)”、“unable to purge a record (无法清除记录)”以及“tried to purge sec index entry not marked for deletion (尝试清除未标记为删除的二级索引条目)”等。(错误 #19138298、错误 #70214、错误 #21126772、错误 #21065746)

  • qsort 操作堆栈大小计算错误导致堆栈溢出。(错误 #73979)

  • 回滚时索引中未找到记录。(错误 #70214、错误 #72419)

  • ALTER TABLE 添加列 TIMESTAMP 更新 CURRENT_TIMESTAMP 时插入了零数据 (错误 #17392)

Amazon Aurora MySQL 数据库引擎更新:2017-08-07 1.14

与派生表 (FROM 子句中的子查询) 相结合的全文搜索导致服务器退出。现在,如果全文操作依赖于派生表,服务器将产生指示无法对具体化表执行全文搜索的错误。(错误 #68751、错误 #16539903)

Amazon Aurora MySQL 数据库引擎更新:2018-03-13 1.14.4
  • 可忽略的事件不起作用,并且未经过测试 (错误 #74683)

  • NEW->OLD ASSERT FAILURE 'GTID_MODE > 0' (Bug #20436436)

2017-10-24 版 Amazon Aurora MySQL 数据库引擎更新 1.15
  • CREATE USER 接受插件和密码哈希,但忽略密码哈希 (错误 #78033)

  • 分区引擎将字段添加到读位集以便能够从分区索引返回排序的条目。这将促使联接缓冲区尝试读取不需要的字段。通过不向 read_set 添加所有分区字段,而只是对 read_set 中的前缀字段排序来修复此错误。添加了 DBUG_ASSERT,如果执行 key_cmp,则至少必须读取第一个字段 (错误 #16367691)。

  • MySQL 实例一直在“执行 SYNC 索引”(错误 #73816)

  • 在 ALTER TABLE CHANGE COLUMN 中断言 RBT_EMPTY(INDEX_CACHE->WORDS) (错误 #17536995)

  • InnoDB 全文搜索在涉及保存点时找不到记录 (错误 #70333)

2017-11-20 版 Amazon Aurora MySQL 数据库引擎更新 1.15.1
  • 已恢复 - MySQL 实例一直在“执行 SYNC 索引”(错误 #73816)

  • 已恢复 - 在 ALTER TABLE CHANGE COLUMN 中断言 RBT_EMPTY(INDEX_CACHE->WORDS) (错误 #17536995)

  • 已恢复 - InnoDB 全文搜索在涉及保存点时找不到记录 (错误 #70333)

2018-03-13 版 Amazon Aurora MySQL 数据库引擎更新 1.17
  • 使用复制筛选条件时 LAST_INSERT_ID 不正确复制 (错误 #69861)

  • 根据 INDEX_MERGE 设置的不同,查询返回不同的结果 (错误 #16862316)

  • 查询过程重新执行存储例程,查询计划效率低下 (错误 #16346367)

  • INNODB FTS:在 FTS_CACHE_APPEND_DELETED_DOC_IDS 中断言 (错误 #18079671)

  • 在 ALTER TABLE CHANGE COLUMN 中断言 RBT_EMPTY(INDEX_CACHE->WORDS) (错误 #17536995)

  • INNODB 全文搜索在涉及保存点时找不到记录 (错误 #70333,错误 #17458835)