10bet网址
MySQL 5.7版本说明
相关的文档10bet官方网站 下载这些发布说明

MySQL 5.7版本说明/ MySQL 5.7.27(2019-07-22,一般可用)

MySQL 5.7.27(2019-07-22,一般可用性)

密匙环的笔记

  • keyring_aws插件已经更新,以使用最新的AWS SDK,以便它与OpenSSL 1.1工作。

包装的笔记

  • 包含以下内容的二进制包旋度而不是链接到系统旋度现在图书馆使用旋度7.64.0.(错误# 29357198)

X插件笔记

  • 在Windows上,X Plugin记录了一些不必要或信息不足的消息。这些消息已被删除或适当改进。(错误# 27839153)

添加或更改的功能

  • 微软的Windows操作系统:现在有一条新的警告消息提醒dba,在Windows上使用MySQL命名管道建立的连接限制了连接器在命名管道上可以请求的权限。

    在此之前,named_pipe_full_access_group系统变量被设置为映射到内置Windows的值每一个人默认为SID S-1-1-0。但是,这个组不是理想的,应该用一个限制其成员关系的组来替换,因为这些连接器不能请求对MySQL命名管道的更少权限。

    如果指定的字符串值,则在启动时将新的警告写入错误日志named_pipe_full_access_group‘* *’每个人都(或等价于Windows系统语言)和命名管道被启用。此外,如果系统变量被重置为,则将警告写入错误日志并在客户机上引发每一个人在运行时组。

错误修复

  • InnoDB:rw-lock实现中的内存屏障不足导致了ARM上的死锁。

    感谢Arm科技蔡一博的贡献。(Bug #29508001, Bug #94699)

  • InnoDB:MySQL服务器运行时手动更改系统时间会导致页面清洁线程延迟。(Bug #29138644, Bug #93708)

  • InnoDB:在日志应用过程中,经过优化表操作,InnoDB在检查虚拟列索引更新之前没有填充虚拟列。(错误# 28834208)

  • InnoDB:一个插入涉及生成虚拟机的操作列导致二级索引被更新为不正确的值。(错误# 28652826)

  • InnoDB:如果全文缓存大小超过了全文缓存大小限制,则不会释放同步数据时获取的全文缓存锁。(错误# 25289359)

  • InnoDB:客户机会话使用不同的auto_increment_increment值在执行并发插入操作时可能导致重复键错误。(Bug #15851528, Bug #67526)

    回复补丁:Bug #14049391, Bug #65225。

  • 分区:ALTER TABLE……交换分区Failed with the error分区和表之间不匹配属性“ROW_FORMAT”当分区表具有使用不同行格式的分区时,即使要交换的分区使用与未分区表相同的行格式。(错误# 28687608)

  • 复制:由于组成员数量与错误引用的自动递增间隔之间存在差异而发出的错误消息group_replication_auto_increment_increment系统变量,而不是auto_increment_increment系统变量。的价值auto_increment_increment更改为指定的值group_replication_auto_increment_increment当组复制启动时,但仅当auto_increment_increment而且auto_increment_offset使用默认值,从MySQL 8.0开始,只在多主模式下使用。的价值auto_increment_increment总是检查错误消息的值,现在它已被纠正,以提供准确的系统变量名。(错误# 29542425)

  • 复制:当一个MySQL服务器实例生成的事件被写入另一个实例的二进制日志时,第二台服务器隐式地假定第一台服务器支持的二进制日志事件类型与它自身相同。如果不是这种情况,则事件头处理不正确。这个问题现在已经解决了。感谢Facebook的贡献。(Bug #29417234, Bug #94500)

  • 复制:在Group Replication中,即使组中已经有相同版本的成员,加入成员也可能错误地将自己标识为与现有复制组不兼容,因为他们会检查所有其他成员,包括最高版本的成员。加入的成员还在兼容性检查中加入了他们自己的版本。现在,加入成员只与最低版本的现有成员比较,而不计算自己的版本。(Bug #29390946, Bug #94429)

  • 复制:如果一个刷新日志语句在初始化二进制日志文件之前发出,该语句试图将二进制日志旋转事件写入未初始化的文件。服务器现在首先检查二进制日志文件是否可用。(错误# 29201665)

  • 复制:当一个内存表在主服务器上隐式删除,在服务器重启后,主服务器写一个删除语句写入二进制日志,以便从服务器也清空表。此生成的事件现在在二进制日志中包含一条注释,因此删除陈述容易识别。感谢Daniël van Eeden的贡献。(Bug #29157796, Bug #93771)

  • 复制:使用基于语句的复制时,ifsuper_read_only被设置为对于服务器来说,当在UPDATE和COMMIT操作之间有一个无操作的事务时,该事务将被写入二进制日志,并分配一个GTID。在这种情况下,事务现在被阻塞。在MySQL 8.0中,super_read_only不能在事务进行中更改。(Bug #29009092, Bug #93440)

  • 复制:group Replication的组通信引擎(XCom, Paxos的变体)没有以适当的方式处理内存不足的错误。如果无法分配内存来复制消息的有效负载,则会记录错误,但消息仍然发送,且有效负载为空。接收成员上的组通信系统(GCS)将该消息丢弃为空,并且接收成员上的XCom实例接受该操作并没有重试,从而导致该消息被有效跳过。这将导致接收成员上的GTID偏离组,导致复制错误。现在,如果XCom遇到内存不足的错误,它就会优雅地终止,因此这种情况不会发生。(错误# 28702320)

  • 复制:在查询二进制日志中的日志事件中,用于执行的线程ID删除表而且删除报表识别不正确或根本没有。在多线程复制从机上,涉及临时表(需要正确的线程ID,因为它们是特定于会话的),在使用时这种遗漏会导致错误mysqlbinlog重放二进制日志以进行时间点恢复。线程ID现在设置正确了。(Bug #28642318, Bug #92398)

  • 复制:当从服务器将主服务器状态和连接信息记录到表(master_info_repository =表),这是MySQL 8.0中的默认值mysql.slave_master_info如果服务器处于超级只读模式(super_read_only =对).此时没有将错误写入错误日志,但是在服务器启动后复制失败,因为主日志文件和主日志位置信息已经过期。在关闭时更新主信息日志的线程现在不像其他复制线程那样进行只读检查,因此即使服务器处于超级只读模式,它也可以更新表。从机关闭时的错误处理也得到了改进,因此任何写入从机状态日志的失败都会导致错误日志中的错误。(Bug #27675107, Bug #89987)

  • 在对存储的程序局部对象进行排序时,可能会引发过于严格的断言。(Bug #29759547, Bug #95062)

  • 从RPM包安装可能导致错误日志与不正确的权限。(错误# 29702462)

  • 启用审计日志加密可能导致服务器退出。(错误# 29549327)

  • 在Debian和Ubuntu上,MySQL包没有启用mysql.service从本地MySQL包升级后。(错误# 29435592)

  • 当发生错误时,服务器没有正确地关闭共享内存连接,这可能导致意外的服务器行为。(错误# 29435426)

  • 如果没有选择Development组件,MySQL安装程序没有安装OpenSSL DLL依赖项。(Bug #29423421, Bug #94168, Bug #30199579, Bug #96573)

  • 解析器可能会为某些多语句查询泄漏内存。(错误# 29419820)

  • 创建用户而且改变用户使用时未检查散列身份验证字符串的有效性认同auth_plugin为“hash_string语法。(错误# 29395944)

  • InnoDB上包含索引的表VARCHAR列,在MySQL 5.7.23之前创建,有些简单ALTER TABLE在升级到MySQL 5.7.23或更高版本后,应该在适当的地方执行的语句通过表重建执行。(Bug #29375764, Bug #94383)

  • 处理程序对于已生成列的表,语句并不总是正确地工作。(错误# 29300049)

  • 客户机/服务器协议中的会话跟踪信息可能被错误处理。(错误# 29297652)

  • PAD_CHAR_TO_FULL_LENGTH启用SQL模式,密码更改失败,没有警告或错误报告。(错误# 29287785)

  • audit_log插件没有日志卸载插件audit_log语句。(错误# 29248047)

  • audit_log过滤操作可能会泄漏内存。(错误# 29201747)

  • 如果列具有外键关系中的基列,则在虚拟生成的列上定义的索引可能无法更新。(Bug #29127203, Bug #93670)

  • 删除某些性能架构表的权限检查不正确。(错误# 29010031)

  • 使用派生表的查询,派生表包含命令并不总是正确处理。(错误# 28942965)

  • 生成的列没有从仅索引访问中排除基本列。(错误# 28652733)

    参考资料:请参见:Bug #29664369。此问题是一个回归:Bug #23169112。

  • 当线程进程计时时间超过最大允许值时,线程池组可能会被阻塞。计时时间现在使用更大的数据类型来允许更大的值。(错误# 28072609)

  • MySQL不支持OpenSSL会话票,但没有设置SSL_OP_NO_TICKET标志通知OpenSSL。标志现在设置好了。(错误# 27655493)

  • audit_null插件没有正确检查空事件记录。(错误# 27638290)

  • UpdateXML ()在某些情况下不能总是正确地释放内存。(错误# 27312862)

  • 的空值。的名字列的mysql.plugin系统表导致服务器在启动时退出。(错误# 27302459)

  • thread_pool启用的插件,性能模式status_by_thread表不包含任何数据。(错误# 25933891)

  • 如果一个安装插件语句在共享库名称中包含无效的UTF-8字符,它会导致服务器挂起(或在调试构建中引发断言)。(Bug #14653594, Bug #23080148, Bug #27167197)

  • 在实体化过程中,不同半连接巢的内部表是交错的,这可能会导致使用不同查询计划的相同查询产生不同的结果。为了防止这种情况发生,添加了一个检查来防止这种交错。(Bug #92809, Bug #28835179)

  • 一个查询涉及集团在一个时间戳列导致键(ER_DUP_ENTRY)错误。这个问题出现在时间戳使用给定的时区设置将值插入到表中,这些值稍后在时区设置更改后获取,这样至少有一些插入的值时间戳值发生在新时区的时间从标准时间更改为夏令时(DST)期间,在此期间相同时间戳值可以存在两次。现在,服务器将返回错误重复输入键'group_key,如果分组涉及到a时间戳列,则会引发错误对于具有DST的时区,在时间上分组是不确定的。请考虑切换到UTC查询。

    另外,建议设置explicit_defaults_for_timestamp以及一个或多个MODE_NO_ZERO_IN_DATEMODE_NO_ZERO_DATE,或MODE_INVALID_DATES作为服务器SQL模式的一部分,以帮助避免此问题。(Bug #90398, Bug #27970159)