10bet网址
MySQL 5.6发行说明
相关文件10bet官方网站 下载这些发行说明

MySQL 5.6发行说明/ MySQL 5.6.17(2014-03-27,普通可用性)的变化

MySQL 5.6.17(2014-03-27,普通可用性)的变化

这种释放的已知限制:

笔记

如果你有Innodb.具有全文搜索索引的表,并且您正在从MySQL 5.6.10升级到MySQL版本到且包括MySQL 5.6.18,服务器将无法在升级后启动(Bug#72079)。此错误在MySQL 5.6.19中修复。作为解决方法,在升级完成后删除升级和重建全文搜索索引之前的全文搜索索引。

弃用和删除备注

  • 不相容的变化:error_for_division_by_zero.no_zero_date., 和no_zero_in_date.SQL模式现在已弃用并设置sql_mode.包含其中任何一个的值生成警告。在MySQL 5.7中,这些模式一无所获。相反,它们的效果包括在严格的SQL模式的影响中(strict_all_tables.或者strict_trans_tables.)。MySQL 5.7更改的动机是减少SQL模式的数量,其效果取决于严格模式,并使它们成为严格模式本身的一部分。

    提前准备升级到MySQL 5.7,见SQL模式在MySQL 5.7中更改。该讨论提供了评估您的应用程序是否受到MySQL 5.7中的SQL模式更改的影响的指南。

  • msql2mysql.mysql_convert_table_format.mysql_find_rows.mysql_fix_extensions.mysql_setpermission., 和mysqlaccess.实用程序现在已弃用,将在MySQL 5.7中删除。(bug#69012,bug#69015,bug#69016,bug#69016,bug#16699248,bug#16699249,bug#16699284,bug#16699284,bug#18179576)

  • 忽略条款改变表现在已弃用,并将在未来版本的MySQL中删除。改变忽略表导致复制问题,防止在线改变表对于唯一索引创建,并导致外键的问题(在父表中删除的行)。

功能添加或更改

  • 不相容的变化:Aes_encrypt()aes_decrypt()函数现在允许控制块加密模式并采取可选的初始化矢量参数:

    • 新的block_encryption_mode.系统变量控制基于块的加密算法的模式。它的默认值是AES-128-ECB,它使用128位和ecb模式的键长表示加密。

    • 一个可选的init_vector.参数为需要它的加密模式提供初始化向量:

      Aes_encrypt(str.KEY_STR.[,init_vector.])aes_decrypt(Crypt_str.KEY_STR.[,init_vector.])
    • 可以通过调用新的初始化向量的随机字节字节字节字节字节random_bytes()功能。

    有关更多信息,请参阅加密和压缩功能

    这些变更使使用的陈述Aes_encrypt()或者aes_decrypt()不安全对基于语句的复制,它们无法存储在查询缓存中。查询使用random_bytes()基于语句的复制不安全,无法存储在查询缓存中。

  • InnoDB:在线DDL.支持扩展到以下操作以进行常规和分区Innodb.表:

    (bug#13975225)

  • Solaris:在Solaris上,mysql_config --libs.现在包括-R./路径/到/库因此,库可以在运行时找到。(bug#18235669)

  • mysql_install_db.在缺少必需的Perl模块时提供更丰富的诊断消息。(bug#69844,bug#18187451)

错误固定

  • 不相容的变化:旧客户端(比MySQL 5.5.7)未能正确解析身份验证数据,如果服务器已启动--default-authentication-plugin = sha256_password选项。

    笔记

    由于此错误修复,MySQL 5.6.16客户端无法使用与之认证的帐户连接到5.6.17服务器SHA256_PASSWORD.插件,也无法5.6.17客户端连接到5.6.16服务器。同样,MySQL 5.7.3客户端无法使用与之认证的帐户连接到5.7.4服务器SHA256_PASSWORD.插入。

    (bug#17495562)

  • 重要变化;innodb;分区:冲洗表声明出口现在支持分区的选项Innodb.表。(bug#16943907)

  • InnoDB:运行A.选择在分区表中导致内存访问违规memcpy()。(bug#18383840)

    参考文献:另见:bug#18167648。

  • InnoDB:对于全文查询,未能检查num_token.小于max_proximity_item.可能导致断言。(bug#18233051)

  • InnoDB:无效忆多fts_query_fetch_document.会造成严重错误。(bug#18229433)

  • InnoDB:innodb_ft_result_cache_limit.现在具有4294967295字节的硬编码最大值或(2 ** 32 -1)。最大值先前被定义为最大值。(bug#18180057,bug#71554)

  • InnoDB:一个更新导致内存访问错误lock_rec_other_trx_holds_expl.。交易列表(trx_sys-> rw_trx_list.)在没有获取交易子系统互斥局的情况下遍历(trx_sys->互斥锁)。(bug#18161853)

  • InnoDB:Innodb.无法从双手会缓冲区恢复系统表空间数据文件的损坏的第一页,从而导致启动失败。(bug#18144349,bug#18058884)

  • InnoDB:通过Bug引入的回归#14329288将导致压缩表不适合内存时的性能下降。(bug#18124788,bug#71436)

    参考:这个问题是一个回归:bug#14329288。

  • InnoDB:最大值Innodb_thread_sleep_delay现在是1000000微秒。以前的最大值(4294967295微秒,32位和18446744073709551615微秒在64位上)是不必要的。因为最大值Innodb_thread_sleep_delay受到值的限制innodb_adaptive_max_sleep_delay(设置为非零值),最大值Innodb_thread_sleep_delay现在与最大值相同innodb_adaptive_max_sleep_delay。(bug#18117322)

  • InnoDB:试图卸载Innodb.memcached.插件虽然Innodb.memcached.插件仍然初始化会杀死Innodb.memcached.守护程序线程。卸载应该等到初始化完成。(bug#18038948)

  • InnoDB:全文销致授权线程将终止错误错误消息。(bug#18021306)

  • InnoDB:在调试构建中,在二进制列上创建唯一索引,其中包含包含重复密钥的输入数据,会导致断言。(bug#18010711)

  • InnoDB:srv_monitor_thread.会崩溃lock_print_info_summary()由于竞争状态之间的功能srv_monitor_thread.和清洗协调员线程。(bug#17980590,bug#70430)

  • InnoDB:尝试在禁用外键检查时添加无效的外键(fignder_key_checks = 0.)会造成严重错误。(bug#17666774)

  • InnoDB:对于调试构建,表重建在线的变体改变表,当在具有Blob列的表上运行时,会导致断言row_log_table_apply_update.功能。对于正常的建造,一个db_production.将返回错误。(bug#17661919)

  • InnoDB:创建表时,至少有三个单独的插入件mysql.innodb_index_stats.桌子。改善创建表表现,现在有一个犯罪操作而不是每个插入物的操作。(bug#17323202,bug#7006​​3)

  • InnoDB:服务器会在断言中停止lock_rec_has_to_wait_in_queue(锁定)由于锁定相关的问题和事务过早移除trx_sys-> rw_trx_set.。(bug#17320977)

  • InnoDB:服务器关闭将导致使用写入错误日志的以下消息挂起:[注意] InnoDB:等待吹扫线程被暂停(bug#16495065)

  • InnoDB:Innodb.未能开始何时innodb_data_file_path.通过附加指定了以千字节为单位的数据文件大小K.尺寸值。(bug#16287752)

  • InnoDB:由于外部存储的Blobs的错误处理信息,插入缓冲区合并会导致断言错误。

    InnoDB:线程中的断言失败thread_num.在文件IBUF0ibuf.cc线4080 InnoDB:失败断言:REC_GET_DELETED_FLAG(REC,PAGE_IS_COMP(页))

    (bug#14668683)

  • InnoDB:减少auto_increment_increment.值对下一个自动增量值没有影响。(bug#14049391,bug#65225)

  • 分区:当。。。的时候index_merge_intersection.标志(默认启用)或index_merge_union.通过设置来实现标志Optimizer_Switch.系统变量,查询返回对使用使用的分区表执行时的结果不正确myisam.存储引擎,以及分区Innodb.缺少主要键的表。(bug#18167648)

    参考文献:另见:bug#16862348,bug#17648468。

  • 复制:master_ssl_crl.master_ssl_crlpath.使用yassl时不可用的选项;MySQL Replication现在将这些设置为空值每当启用yassl时会自动。(bug#18165937)

  • 复制:环境slave_parallel_workers.到1或更大,启动从设备导致从SQL线程使用但未释放内存,直到奴隶重新启动停车奴隶开始奴隶。(bug#18001777,bug#71197)

  • 复制:当从属已配置复制过滤器和- rog-warnings = 2,过滤的每个语句导致在错误日志中写入一个条目。对于生成许多要过滤的语句的忙碌服务器,结果是错误日志可能会迅速增长到大小的许多千兆字节。现在,节气门用于此类错误,因此在给定间隔中仅打印一次错误消息,说明该间隔期间发生该特定错误。(bug#17986385)

  • 复制:显示从站状态报告时使用不正确的值master_ssl_crl.master_ssl_crlpath.。(bug#17772911,bug#70866)

    参考:这个问题是回归:bug#11747191。

  • 复制:可以将二进制日志事件发送到从站刷新到主机上的磁盘之前,即使在sync_binlog.被设置为1.如果在操作系统的崩溃后重新启动主人时,这可能导致以下两个问题中的任何一个:

    • 复制不能继续,因为一个或多个从站是请求在主站上不存在的复制事件。

    • 数据存在于一个或多个从站上,但不是主设备。

    这些问题在更耐用的设置上是预期的(sync_binlog.不等于1),但它不应该发生sync_binlog.是1.解决这个问题,锁(lock_log.)现在在同步期间保持,并且仅在二进制事件实际写入磁盘后释放。(bug#17632285,bug#70669)

  • 复制:运行奴隶时slave_parallel_workers.在1或更大,设置- slave-skip-errors =全部导致错误日志填充警告的实例Slave SQL:无法执行查询事件。详细错误:;,error_code:0。(bug#17581990,bug#68429)

    参考文献:另见:Bug#17986385。

  • 复制:许多可能的状态消息用作值的值processlist_state.栏目线程性能模式表比列的宽度长(64个字符)。

    现在,长状态消息默默地截断以避免错误。此修复程序仅适用于MySQL 5.6;在MySQL 5.7及更高版本中进行了一个永久性修复。(bug#17319380)

  • 复制:使用基于行的复制时,服务器未正确地握住大于4 GB的行。(bug#17081415)

  • 复制:使用基于行的复制时,表格的从属版本上的其他自动增量列不会正确更新;插入零。(bug#17066269,bug#69680)

  • 复制:涉及性能模式表的语句不应写入二进制日志,因为这些表的内容仅适用于给定的MySQL服务器实例,并且可以在复制拓扑中的不同服务器之间差异很大。数据库管理员应该能够配置(更新, 或者删除)或冲洗(截断表)单个服务器上的性能模式表而不影响其他服务器。但是,当从MySQL 5.5主机复制到MySQL 5.5或更高版本的从站时,有关不安全陈述更新性能模式表的警告升高到错误。对于MySQL 5.6及以后的奴隶,这阻止了同时使用performance_schema.和gtids(见用全局事务标识符复制)。

    此修复程序会导致表中的所有更新performance_schema.无论生效的日志记录类型如何,要在主设备上筛选数据库。在此修复之前,通过标记为不安全的复制来处理使用的陈述,这导致在执行期间的警告;无论日志记录格式是否有效地写入二进制日志,仍然是陈述。

    表中的现有复制行为Information_Schema.此修复程序不会更改数据库。

    有关更多信息,请参阅MySQL性能模式。(bug#16814264)

    参考文献:另见:bug#14741537,bug#18259193。

  • 复制:修改事务中的大量数据可能导致创建临时文件。修改数据的大小超过二进制日志缓存的大小时,会创建此类文件(max_binlog_cache_size.)。以前,此类文件仍然存在,直到关闭客户端连接,这可能允许它们生长,直到它们耗尽所有可用的磁盘空间TMPDIR.。为了防止这种情况发生,在特定事务中以这种方式创建的临时文件的大小现在将在事务提交或回滚时重置为0。(bug#15909788,bug#18021493,bug#66237)

  • 复制:服务器检查是否已在没有锁定的情况下启用了半同词复制,如果是这种情况,它会锁定并再次检查。如果在第一个但在第二个之前禁用了半同时复制,则可能导致服务器失败。(bug#14511533,bug#66411)

    参考文献:另见:Bug#17920923。

  • 复制:如果有许多转储线程(例如来自),半同步复制变得非常慢mysqlbinlog.或从I / O连接)同时工作。还发现,即使转储连接不支持半同步复制,也调用了半同步主插件功能,这导致锁定插件锁以及浪费时间,以及在必要的代码上浪费时间。

    此修复后,非半同步转储线程不再呼叫半同词主函数来遵守二进制事件。(bug#70218,bug#17434690)

  • 微软Windows:在Microsoft Windows上,RW-Lock备份实现my_atomic_ *始终使用功能。现在,使用本机Microsoft Windows实现,其中可用。(bug#18054042)

  • mysql_install_db.可以挂读/ dev /随机生成一个随机密码。(bug#18395378)

  • 打印服务器版本时,mysql.客户端没有检查字符串变量中的缓冲区溢出。(bug#18186103)

  • 编译失败如果配置了MySQLcflags.设置为包括一个-Werror.选项有一个参数。(bug#18173037)

  • 一个共享libmysqld.嵌入式服务器库未在Linux上构建。一个新的with_embedded_shared_library.CMake.选择现在可以实现这一目标。(bug#18123048,bug#16430656,bug#68559)

  • 使用Visual Studio 2008从Windows上的源代码构建MySQL失败找不到标识符由于贴片介绍的错误而出现错误#16249481。(bug#18057449)

    参考:这个问题是一个回归:bug#16249481。

  • 当从表缓存重新打开表格时,当前线程未对性能模式进行录取时,不必要的仪表操作。(bug#18047865)

  • sum_sort_merge_passes.列值events_statements_summary_by_digest.性能模式表是错误的计算。(bug#17938255)

  • 如果是events_statements_summary_by_digest.当找到具有新摘要的语句时,性能模式表已满,performance_schema_digest_lost.状态变量未递增。(bug#17935314)

  • 当有多个连接发生许多操作时,审核日志插件可能导致日志文件旋转操作期间退出。(bug#17930339)

  • 当索引没有在条件下存在的关键部分时,优化器可以按下一个条件。(bug#17814492)

  • 可以解除归属中的收缩信息,导致对角色是否是收缩的一部分和收缩权重的错误决定。(bug#17760379)

  • 删除触发器成功了只读启用系统变量。(bug#17503460)

  • 如果用来处理准备的称呼存储过程的语句出去或者进出参数,mysql_stmt_store_result()未正确设置检索所有结果集所需的标志。(bug#14492429,bug#17849978)

  • 聚合子查询的结果条款可以产生不正确的结果。(bug#71244,bug#18014565)

  • 一个查询,它创建一个临时表以查找不同的值,并且在投影列表中具有常量值可能会产生不正确的结果。(bug#70657,bug#17634335)

  • 当运行时mysqld --help - verbose.在显示帮助消息后,使用非零错误代码退出。(bug#70058,bug#17324415)

  • 在子查询执行期间发生的死锁错误可能导致提出断言。(bug#69969,bug#17307201)

  • 没有分隔符和超过14位数的时间字符串被验证为a时间戳/ datetime.具有两位数精度分数秒部分的值。但分数秒应始终与小数点与其他时间分开。(bug#69714,bug#17080703)

  • 对于拍摄字符串值的系统变量,语句允许未引用的值,但包含点的值错误地解析了不正确,并且只分配了一部分值。例如,Set Global Slow_Query_log_file = my_slow.log分配了价值my_slow.。现在必须引用此类值或发生错误。(bug#69703,bug#17075846)

  • mysqladminmysqlbinlog.mysqlcheck.mysqldump.mysqlimport.mysqlslap., 和mysqlshow.程序现在支持一个- Secure-Auth.选项可防止以旧(4.1)格式向服务器发送密码。默认情况下启用此选项;用--skip-secure-auth禁用它。(bug#69051,bug#16723046)

  • 来自社区版本分发的MySQL客户端程序无法使用SSL从企业版中使用SSL连接到MySQL服务器。这是由于yassl和openssl的证书处理差异(分别用于社区和企业)。openssl预计不在所有内容时发送空白证书--ssl-ca.- ssl-cert., 和--ssl-key.指定了选项,yassl没有这样做。要解决此问题,已修改Yassl以在缺少选项时发送空白证书。(bug#68788,bug#16715064)

  • 由服务器编写到错误日志的消息缺少排序规则名称。(bug#68144,bug#16204175)

  • 在窗户上,mysql_install_db.pl.只能从内部运行在安装目录下的目录。(bug#42421,bug#11751526)