微软的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)复制:使用基于语句的复制时,if
super_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)
创建用户
而且改变用户
使用时未检查散列身份验证字符串的有效性认同
语法。(错误# 29395944)auth_plugin
为“hash_string
'为
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_DATE
,MODE_NO_ZERO_DATE
,或MODE_INVALID_DATES
作为服务器SQL模式的一部分,以帮助避免此问题。(Bug #90398, Bug #27970159)