不兼容的更改:以前，Performance Schema语句插装不包括在从复制服务器上执行的语句。为了解决这个问题，一种新的抽象工具，声明/ rpl / relay_log，已添加到setup_instruments表格该工具用于复制语句分类的早期阶段，在知道确切的语句类型之前。

此外，声明/ com/摘要陈述仪器改名为声明/ com/new_packet．

引用旧仪器名称的应用程序必须用新名称进行更新。有关在语句分类中使用抽象工具的更多信息，请参见性能模式声明事件表．(Bug #16750433, Bug #17271055)

重要的变化;复制:默认情况下，当将整数从主节点上的较小类型提升为从节点上的较大类型时(例如，从节点上的短整型列上的主给一个长整型数字列)，提升值被视为已签名。在这种情况下，可以使用其中一种或两者来修改或覆盖此行为ALL_SIGNED，ALL_UNSIGNED对象指定的值的集合中slave_type_conversions服务器系统变量。有关更多信息，请参见基于行的复制:属性提升和降级，以及对变量的描述。(错误# 15831300)

C APIlibmysqlclient共享库所以文件现在有18.1.0版本(从MySQL 5.5中使用的18.0.0版本升级而来)。18.1.0可以用来替代18.0.0。(Bug #16809055, Bug #59106, Bug #12407476)

在批处理模式下，mysql格式化的结果状态消息，例如”"查询OK, 1行受影响"”但没有打印出来。现在这些消息没有格式化。(Bug #69486, Bug #16971432)

不兼容的更改:对于一个列来说是可能的默认的的值有效sql_mode的值，但对于sql_mode值时插入或更新行。例子:

SET sql_mode = ";CREATE TABLE t (d DATE DEFAULT 0);SET sql_mode = 'NO_ZERO_DATE,STRICT_ALL_TABLES';INSERT INTO t (d) VALUES(默认值);

在这种情况下，应该接受0作为创建表但是被拒绝了插入．然而，以前服务器不进行评估默认的用于针对当前进行插入或更新的值sql_mode．在这个例子中，插入成功并插入“0000-00-00”到日期列。

服务器现在应用正确的sql_mode检查在插入或更新时生成警告或错误。

如果使用基于语句的日志记录，则会导致复制不兼容(binlog_format =声明)，即如果从机升级，则未升级的主机将执行前面的示例而不会出错插入将在从端上失败，复制将停止。

要处理这个问题，请停止主进程上的所有新语句，并等待从进程跟上。然后升级奴隶，然后升级主。或者，如果无法停止新语句，则在主(binlog_format =行)，然后等待，直到所有slave都处理了到此更改点为止产生的所有二进制日志。然后升级从服务器，然后升级主服务器，并将主服务器更改为基于语句的日志记录。(Bug #68041, Bug #16078943)

重要的变化;性能;InnoDB:InnoDB打开有多个数据文件的表空间失败。处理步骤这消除了MySQL Server 5.6.12中已知的限制。(Bug #17033706, Bug #69623)

性能;InnoDB:MySQL 5.6中引入的代码回归对其产生了负面影响删除表而且ALTER TABLE的性能。这可能会导致MySQL Server 5.5之间的性能下降。X和5.6.x。(Bug #16864741, Bug #69316)

性能;InnoDB:当innodb_thread_concurrency设置为非零值，有可能所有innodb_concurrency_tickets将在读取每一行之后释放，从而在每次读取之后进行并发检查。这可能会影响所有查询的性能。一个症状可能是系统CPU使用率较高。如果您使用此设置，我们强烈建议您升级到MySQL Server 5.6.13。这可能会导致MySQL Server 5.5之间的性能下降。X和5.6.x。(Bug #68869, Bug #16622478)

InnoDB:的全文搜索布尔模式下修饰符将导致断言失败。(错误# 16927092)

这个问题是Bug #16516193的回归。

InnoDB:当检查表如果发现二级索引包含错误数量的条目，则会报告一个错误，但不会将该索引标记为损坏。检查表现在，当遇到此错误时将索引标记为损坏的，但只有索引被标记为损坏的，而不是表。因此，只有索引在被删除并重新构建之前不可用。表不受影响。(错误# 16914007)

InnoDB:InnoDB将尝试收集部分创建的索引的统计信息。(错误# 16907783)

InnoDB:服务器会在memcached设置操作。失败的原因是utf8的填充长度值字符列。在一次memcached更新操作时，从旧元组复制的字段的数据长度将小于填充的utf8字符列值。此修复确保旧元组不会被复制。相反，每次都创建一个新的元组。(错误# 16875543)

InnoDB:这两个INFORMATION_SCHEMAInnoDB缓冲池的表可能显示读取固定块的无效页类型。此修复将显示用于读取的I/ o固定块的未知页类型。(错误# 16859867)

InnoDB:控件编译时出现的无效编译警告消息InnoDBmemcached插件。(错误# 16816824)

InnoDB:当在包含96列以上的表的全文搜索索引中插入或替换一行时，就会发生内存泄漏。(错误# 16809167)

InnoDB:在插入缓冲区合并过程中，InnoDB会调用lock_rec_restore_from_page_infimum ()在可能无效的记录指针上。(错误# 16806366)

InnoDB:的innodb_rwlock_x_spin_waits的项目INFORMATION_SCHEMA。INNODB_METRICS表将显示与innodb_rwlock_x_os_waits项。(错误# 16798175)

InnoDB:在调试构建中，断言可能发生在OPT_CHECK_ORDER_BY当直接在搜索字符串中使用二进制时，因为二进制可能包括零字节和其他无意义的字符。此修复将在运行搜索之前删除无意义的字符。(错误# 16766016)

InnoDB:Valgrind测试返回内存泄漏错误，这是由修复Bug #11753153引入的回归导致的。的dict_create_add_foreign_to_dictionary函数会调用pars_info_create但没能打电话pars_info_free．(错误# 16754901)

InnoDB:的page_zip_validate ()压缩页面后一致性检查失败page_zip_compress ()．这个问题是由page_zip_decompress ()，设置失败heap_no当记录不包含用户数据字节时正确。例如，当主键为空字符串且所有辅助索引字段为NULL或空字符串时，就会出现没有用户数据字节的记录。(错误# 16736929)

InnoDB:的标识符中的一些字符外键约束在表导出期间修改。(Bug #16722314, Bug #69062)

InnoDB:不新鲜的InnoDBMemcached连接将导致内存泄漏。(Bug #16707516, Bug #68530)

InnoDB:之间会发生竞态条件修改表…添加关键而且插入语句，结果为”无法清除记录”错误。(错误# 16628233)

InnoDB:非常大的InnoDB全文搜索(FTS)结果可能消耗过多的内存。此bug修复减少了FTS结果的内存消耗，并引入了一个新的配置参数，innodb_ft_result_cache_limit的默认大小限制为2000000000字节InnoDBFTS查询结果缓存。innodb_ft_result_cache_limit具有无限的最大值，可以动态设置。(错误# 16625973)

InnoDB:在事务提交期间，prepare_commit_mutex获取以保留提交顺序。如果提交操作失败，事务将被回滚，但互斥锁不会被释放。后续的插入操作将无法获得相同的互斥锁。此修复免费prepare_commit_mutex在innobase_rollback．(错误# 16513588)

InnoDB:当InnoDB关闭模式(innodb_fast_shutdown)设置为2，并且主线程进入刷新循环，则该线程在某些情况下无法退出。这可能会导致停摆。(错误# 16411457)

InnoDB:以只读模式重新启动InnoDB并运行工作负载偶尔会返回一个Global_segment < os_aio_n_segments断言。(错误# 16362046)

InnoDB:在打印UTF-8表名时，InnoDB会截断表名，导致缓冲区不完整和随后的Valgrind错误。此bug修复还解决了错误的调试错误消息。(错误# 16066351)

InnoDB:正在尝试创建表innodb_read_only模式导致以下错误:错误1015 (HY000):无法锁定文件(errno: 165 -表是只读的)．(错误# 15963619)

InnoDB:创建大量表，每个表都有全文搜索索引，可能会导致过度的内存消耗。此bug修复增加了一个新的配置参数，innodb_ft_total_cache_size，它定义了全文搜索索引的全局内存限制。如果索引操作达到了全局限制，将触发强制同步。(Bug #14834698, Bug #16817453)

InnoDB:在错误日志中，将报告数据字典中缺少全文搜索索引截断表操作。后重新启动mysqld，以下InnoDB错误将被报告:”InnoDB:错误:试图加载表test/g1的索引idx13，但索引树已经被释放。．”(错误# 12429565)

参考文献:参见Bug #17402002。

InnoDB:的row_check_index_for_mysql方法，该方法在索引扫描期间检查NULL字段检查表操作，将进行不必要的迭代。感谢Po-Chun Chang为补丁纠正这个问题。(Bug #69377, Bug #16896647)

InnoDB:当运行InnoDB以布尔模式进行全文搜寻，并以星号(＊)转换为一个搜索字符串(“*字符串”)将导致错误，而forMyISAM，前缀的星号将被忽略。确保两者的兼容性InnoDB而且MyISAM，InnoDB现在处理带有前缀的星号的方式与MyISAM．(Bug #68948, Bug #16660607)

InnoDB:按降序键顺序连续删除会导致填充不足InnoDB索引页。当一个InnoDB索引页未填满，它将与左侧或右侧兄弟节点合并。为确定兄弟节点是否可用于合并而执行的检查没有正常工作。(Bug #68501, Bug #16417635)

InnoDB:设置foreign_key_checks = 0和运行ALTER TABLE对于具有多个外键约束表的数据库，更改外键列的字符集将使数据库处于不一致的状态。后续ALTER TABLE操作(使用复制算法)foreign_key_checks = 1将由于检测到的不一致而失败。部分执行的恢复ALTER TABLE操作也会失败，导致正在修改的表丢失。当运行相同的ALTER TABLE使用重命名子句，则不会检测到不一致，但如果ALTER TABLE操作由于其他原因失败，部分执行的操作被还原ALTER TABLE但还是失败了。

bug修复暂时禁用foreign_key_checks而恢复以前的表定义。(Bug #65701, Bug #14227431)

InnoDB:创建一个带有注释或默认文本值的表，其中包含一个撇号，用反斜杠转义，有时会导致InnoDB存储引擎忽略外键定义。(Bug #61656, Bug #12762377)

InnoDB:的pthread_mutex，commit_threads_m，它被初始化但从未使用，已从代码库中删除。(Bug #60225, Bug #11829813)

分区:升级到MySQL 5.5.31或更高版本时，会将一条消息写入mysql_upgrade的分区表时算法选项，以保持与原始的二进制兼容性;该消息包括ALTER TABLE语句来进行更改。对于具有足够大的分区数量的表，消息在完成之前被截断，并出现错误ALTER TABLE陈述可以写成。(错误# 16589511)

分区:中指定的范围在哪里条件，并且指定的范围完全位于一个分区内，那么也会检查下一个分区的行，尽管它应该被删除掉。

假设我们有一个范围分区表t使用以下SQL语句创建:

CREATE TABLE t (id INT AUTO_INCREMENT, dt DATETIME，主键(dt,id)，唯一键(id,dt)) PARTITION BY RANGE COLUMNS(dt)(分区p0值小于('2013-01-01')，分区p1值小于('2013-01-15')，分区p2值小于('2013-02-01')，分区p3值小于('2013-02-15')，分区pmax值小于(' MAXVALUE));

运行时显示此问题的查询示例t如下所示:

SELECT COUNT(*) FROM WHERE dt >= '2013-02-01' AND dt < '2013-02-15';

在本例中，是分区pmax被检查，即使在在哪里条款完全处于分割之中p3．(错误# 16447483)

分区:删除分区表时，表的.par先删除文件，然后再删除表定义或数据。这意味着，如果服务器在删除操作期间失败，表可能会处于既不能访问也不能删除的不一致状态。

这个问题的修复做了以下更改:

(Bug #13548704, Bug #63884)

复制:导致Bug #16579083中修复的问题的条件继续引发错误，即使条件本身不再导致问题发生。(Bug #16931177, Bug #69369)

参考文献:参见Bug #16271657, Bug #16491597, Bug #68251, Bug #68569。这个问题是:Bug #16579083的回归。

复制:当rpl_semi_sync_master_timeout设置为非常大的值时，半同步复制将变得非常慢，特别是在许多会话并行工作时。结果发现，计算此超时的代码位于等待循环本身内部，其结果是值的增加rpl_semi_sync_master_timeout导致重复迭代。此修正改进了用于计算唤醒时间的方法，并将其移出等待循环，以便只执行一次。(Bug #16878043, Bug #69341)

复制:在发布后可能会导致死锁用读锁刷新表通过发行停止奴隶在与slave的新连接中，然后发出显示奴隶状态使用原始连接。

此问题的修复包括添加rpl_stop_slave_timeout系统变量，以秒为单位控制从站在发出后停止的时间停止奴隶在返回警告之前。(错误# 16856735)

复制:一些使用变量的表达式没有被正确处理加载数据．(错误# 16753869)

复制:的消息在某些情况下Last_Error列的输出显示奴隶状态指GTID_NEXT_LIST尽管该变量目前尚未实现(该名称是为将来可能使用而保留的)。在这种情况下，错误消息不再引用这个变量。(Bug #16742886, Bug #69096)

参考文献:参见Bug #16715809, Bug #69045。

复制:如果头文件出现链接器错误log_event.h包含在包含多个源文件的应用程序中，因为文件rpl_tblmap.cc被列入log_event.h．的包含rpl_tblmap.cc导入到使用log_event.h．(错误# 16607258)

复制:显示的错误显示奴隶状态当工作线程未能应用不包含事件坐标信息的事件时。该事件组的GTID也没有显示。在这种情况下，所显示的文本Last_SQL_Error是否以(物理)主二进制日志坐标作为前缀，以及的值gtid_next当这个设置好之后。(错误# 16594095)

复制:指定时发出的警告MASTER_USER或MASTER_PASSWORD与将master更改为由于一些原因不清楚，现在改为，在主信息存储库中存储MySQL用户名或密码信息是不安全的，因此不建议使用。请考虑使用START SLAVE的USER和PASSWORD连接选项;更多信息请参见MySQL手册中的“START SLAVE Syntax”。(Bug #16460123, Bug #16461303, Bug #68602, Bug #68599)

复制:在由于GTID已经被记录而跳过事务之后，所有剩余执行的事务都被错误地跳过，直到gtid_next被指向了另一个GTID。

为了避免这种不正确的行为，在提交或回滚事务时，所有事务(甚至是那些被跳过的事务)都被标记为未定义，因此在执行第二个事务之后抛出一个错误设置@@SESSION.gtid_next声明。(错误# 16223835)

复制:从线程上的客户端线程执行了用读锁刷新表然后在主进程上进行一些更新，从进程在执行时挂起显示奴隶状态．(Bug #68460, Bug #16387720)

优化器未能检查用于区域计算的函数返回值，导致服务器退出。(错误# 23280059)

可能发生从消息缓冲区读取关闭连接的情况。(错误# 17003702)

对象中使用游标获取行时，服务器可以退出联盟查询(错误# 16983143)

Sql_condition: set_subclass_origin ()可以执行越界读取。(错误# 16969091)

范围优化器错误地假定空间索引上的任何几何函数都以ROWID顺序返回行，这可能导致不正确的查询结果。(错误# 16960800)

初始化的keycache_ *变量(见多键缓存)可能写入错误的内存。(错误# 16945503)

对于调试版本，使用不当SAFE_MUTEX在dbug.c导致不同的代码区域对互斥锁的大小和内容有不同的看法。这可能导致超出边界的内存写入。(错误# 16945343)

性能模式可能使用不正确的插装信息生成线程。(错误# 16939689)

服务器对。进行了过多的锁定LOCK_active_mi而且active_mi - >扶轮领导学院(rli) - > data_lock互斥对象显示状态，如'模式'语句，即使模式没有匹配使用互斥锁的状态变量(Slave_heartbeat_period，Slave_last_heartbeat，Slave_received_heartbeats，Slave_retried_transactions，Slave_running)．现在试图显示这些变量并不会锁定那些互斥锁。这可能会导致数据稍微陈旧，但性能更好。(错误# 16904035)

全文短语搜索InnoDB表可能读取不正确的内存。(错误# 16885178)

不可能将几个主要版本的MySQL保持在同一个版本百胜存储库。(错误# 16878042)

插入……重复密钥更新如果没有默认值的列被设置为，会导致服务器退出吗默认的．(错误# 16756402)

这个问题是Bug #14789787的回归。

在准备语句或存储例程中，如果有子查询子句引用父查询的GROUP BY的某一列，服务器就会退出。(错误# 16739050)

编译失败-DMY_ATOMIC_MODE_RWLOCKS = 1或者在MySQL不支持无锁原子操作(如ARM)的平台上。(错误# 16736461)

对代码库进行了修改，以考虑到引入的新警告检查海湾合作委员会4.8.(错误# 16729109)

运行时open_files_limit系统变量没有显示文件描述符的实际数量mysqld进程可以有，但是在调整启动时指定的值后请求的数字。(错误# 16657588)

服务器可能会对帐户密码是否过期做出错误的判断。(错误# 16604641)

类中可能偶尔丢失会话的某些行session_connect_attrs表，当会话正在执行工作负载时。(错误# 16576980)

从社区SLES RPM包升级到相同MySQL版本的商业包失败，出现冲突错误。(错误# 16545296)

如果优化器使用Loose Index Scan，则服务器可能在试图创建临时表时退出。(错误# 16436567)

嵌套子查询中对聚合表达式的引用可能导致不正确的结果或服务器出口，其中聚合表达式在引用外部两个以上级别的查询块中求值。(错误# 16436383)

不像MyISAM，InnoDB不支持对非索引列进行布尔全文搜索，但没有强制执行此限制，导致查询返回不正确的结果。(错误# 16434374)

全文搜索语法错误，无法打印到标准输出。(Bug #16429688, Bug #16765397)

对表单的查询可能会出现服务器出口SELECT (SELECT 1 FROM t1) IN (SELECT 1 FROM t1)的常量左参数的值在子查询谓词。(错误# 16369522)

类的前缀上创建索引时可能引发断言TINYBLOB或几何的列InnoDB列。(Bug #16368875, Bug #18776592, Bug #17665767)

类的范围优化器中出现故障ER_LOCK_DEADLOCK或ER_LOCK_WAIT_TIMEOUT错误可能无法检测到，并导致在向客户端发送响应时引发断言。在版本构建中，此问题表现为客户端接收到好吧为了一个失败的声明。(Bug #16366994, Bug #16247110)

转换选择时态或长整型数字类型或到半连接时，会在第二次执行准备好的语句或存储程序时导致服务器退出。(错误# 16319671)

服务器可以退出do_copy_not_null ()由于不正当的零值检查。(错误# 16316564)

如果删除与多列索引关联的列后存在重复索引，则不会生成警告。(错误# 16315351)

选择不同的与与汇总可能会导致键“”的重复条目“NULL”错误。(错误# 16314835)

通常的失败登录尝试计数未应用于失败COM_CHANGE_USER命令。(Bug #16241992, Bug #17357535)

在执行预备语句期间引用的用户变量被设置为在执行结束时释放的内存。在访问该内存时，第二次执行该语句可能会导致Valgrind警告。(错误# 16119355)

对准备语句中左侧表达式的错误优化可能导致服务器退出。(错误# 16095534)

优化器跟踪可以打印无法用于范围访问的关键部件的范围。(错误# 14615536)

语句中的密码在写入审计日志之前没有被混淆。(错误# 14536456)

上运行查询时INFORMATION_SCHEMA。INNODB_BUFFER_PAGE这要求table_name而且index_name值，查询结果将包括索引页没有table_name或index_name值。(错误# 14529666)

几个COM_xxx客户机-服务器协议中的命令没有对传入网络数据包进行长度检查，这可能会导致格式不正确的输入出现各种问题。(错误# 14525642)

在使用线程池插件时，正常连接终止导致Aborted_clients要递增的状态变量。(错误# 14081240)

在Windows上，窗体的命令行选项--opt_name= "opt_value＂但工作--opt_name= 'opt_value＇没有。

在所有平台上，用于表单的性能模式选项——performance_schema_instrument = "仪器＝价值＂无效的仪器名称现在被拒绝。(错误# 13955232)

MySQL安装程序，如果在自定义安装或更改模式下运行，提供的安装选项没有任何效果。(错误# 12928601)

使用多个查询可能返回不正确的结果aggr_func(不同的)函数(aggr_func（）聚合函数是否如COUNT ())，当它们引用同一个复合键的不同列时。(错误# 12328597)

RPM包没有为它们的内容提供小写标记。例如，服务器RPM指示它提供mysql服务器，但不是mysql服务器．(Bug #69830, Bug #17211588)

选择空结果集的并集时1 = 0或在假)，则对派生表应用了不正确的过滤。(Bug #69471, Bug #16961803)

这个问题是Bug #15848521的回归。

的查询点单…限制，优化器可以为表访问选择一个无序索引。(Bug #69410, Bug #16916596)

当内部缓冲区对工作负载来说太小时，Performance Schema可能会在内部自旋循环中花费大量时间试图分配内存缓冲区，然后失败。(Bug #69382, Bug #16945618)

在没有SQL_CALC_FOUND_ROWS在前面的查询中，FOUND_ROWS ()应该返回结果集中的行数，但如果查询包含命令．(Bug #69271, Bug #16827872)

全文检索InnoDB表在搜索包含撇号的单词时失败。(Bug #69216, Bug #16801781)

如果一个更新包含子查询会导致内部死锁InnoDB， SQL层没有正确处理死锁。SQL层随后尝试解锁该行InnoDB回滚事务，在内部引发断言InnoDB．(Bug #69127, Bug #16757869)

一些左连接查询与集团可能返回不正确的结果。(Bug #68897, Bug #16620047)

这个问题是Bug #11760517的回归。

的比较DATETIME值和字符串没有正确工作utf8_unicode_ci排序。(Bug #68795, Bug #16567381)

全文检索InnoDB组合的字面值短语搜索表失败+或-操作符。(Bug #68720, Bug #16516193)

使用扩展辅助键的优化(参见索引扩展的使用)只在InnoDB即使是具备必要底层功能的存储引擎。(Bug #68469, Bug #16391678)

mysql_install_db错误地尝试创建mysql.innodb_table_stats而且mysql.innodb_index_stats表,如果InnoDB不可用。(Bug #68438, Bug #16369955)

, mysqldump假定的存在general_log而且slow_log的表格mysql数据库。如果调用它来从不存在这些表的旧服务器转储表，则会失败。(Bug #65670, Bug #14236170)

从源RPM包构建的尝试可能会失败，因为构建过程试图引用pb2user那可能不存在。(Bug #64641, Bug #13865797, Bug #69339, Bug #16874980)

如果一个会话在一个表上有任何元数据锁，另一个会话尝试创建表[如果不存在]因为同样的桌子会挂起来。这是因为在第二个会话中，在检查表是否已经存在之前，试图获取表上的独占元数据锁。排他元数据锁与任何其他元数据锁都不兼容，因此，如果另一个会话锁定了该表，那么该会话将在锁定超时时间内挂起。

现在，服务器首先尝试获取表上的共享元数据锁，以检查它是否存在，如果不存在，则升级为排他锁。如果表不存在，则会发生错误创建表还有一个警告如果不存在，则创建表．(Bug #63144, Bug #13418638)

sql-common / client_plugin.c包含了一个不可移植的用法va_list参数。(Bug #62769, Bug #13252623)

的非优化版本xxxkorr ()宏在my_global.h在64位x86处理器上使用。(Bug #61179, Bug #12565703)

字中的错别字cmake / dtrace.cmake阻止启用DTrace支持-DENABLE_DTRACE-on．(Bug #60743, Bug #12325449)

布尔插件系统变量在哪里的机器上表现不好字符是无符号;有些代码试图将这些值赋为负值。(Bug #59905, Bug #11864205)

与big_tables已启用，使用的查询数(不同的)在非重复键上具有恒定相等条件的简单连接上返回错误结果。(Bug #52582, Bug #11760197)

参考文献:参见:Bug #18853696。