MySQL8.0.16已于年4月25日发布。在新的版本中有哪些新的功能？又对复制有哪些增强？你一定感兴趣吧。那么大家一起来瞧瞧吧~
组复制引入消息碎片层原MGR的Paxos引擎传递消息时依赖单线程消息传递内核XCom。在高并发或高负载的情况下，如果消息足够大，则线程可能忙于消息的处理并延迟参与故障检测相关任务，从而增加故障检测器的误报几率。
将碎片功能引入消息框架后，内核线程可以让故障检测任务与通信事件交错处理。这样既增强了故障检测器和组复制通讯功能间的交互能力，又使组复制在处理大型消息时，各终端间体验更加顺畅。
消息缓存参数可调解
XCom的消息缓存数目可根据观察自行动态调解数目，不再受固定限制。此外，用户数目可自定义，以便在极端条件下组复制处理时能满足更大的消息缓存负载。比如：一个在处理高读写事务时，同时组中存在无法访问的成员的集群来满足更大的缓存负载。
自动重新加入组复制
一般情况下若组复制中的服务器被剔除，则需要DBA介入。新功能使得组复制更加自动化，在网络瞬断等问题中，无需DBA介入也能让成员回归复制组。
#自从加了这个功能，再也不用担心网络瞬断造成的MGR离组了#
新增可替换二进制日志密钥的SQL命令
新增的SQL命令能够满足针对binlog定期更换密钥的需求。在密钥替换时，新旧密钥同时对binlog文件进行加密，功能设计类似账户管理中的双密码功能。这增加了binlog文件密钥替换的效率，快速且无需停机。待全部文件被新密钥加密后，该命令还会自动清除旧密钥。
二进制日志将包含分区元数据
二进制日志增加记录表分区更改过程中产生的元数据。
除了这些新功能外，还更改了选项的默认配置：
group_replication_exit_state_action默认为READ_ONLY。
由于用户的反馈，将参数group_replication_exit_state_action默认值更改回READ_ONLY，之前一直是ABORT_SERVER。
参考文献：