我们MySQL线上环境大部分使用的是5.7.18的版本,这个版本已修复了很多错误,但针对主从复制的缺陷还是有很多的,尤其是一些组复制,并行复制的缺陷尤为突出,在5.7.19版本有做相应改善和修复,所以建议5.7.19之前的版本还是不要使用下和并发复制的功能,如使用建议升级至5.7.19(含)以后的版本。
我这里遇到的问题主要是莫名其妙的数据同步出现问题,无法执行停止奴隶,数据不一致等现象,经过查看发现是版本错误所致,所以对已上线的从库关闭并发复制,对未上线的系统实行版本升级。
参考手册:https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news - 5 - 7 - 19. - html
引用:参见:错误# 84107。
复制:集团在延迟初始化的情况下复制插件,部署在单一主模式,次要的人能够通过异步复制通道写道,这是不允许的在正常组的初始化复制插件。(错误# 26314756)
复制:GTIDs生成的事件日志事件,MySQL错误代码1590 (ER_SLAVE_INCIDENT)不能跳过使用——slave-skip-errors=1590启动选项复制的奴隶。(错误# 26266758)
复制:使用随后声明一组GTID_NEXT语句有时没有影响。(错误# 26128931)
复制:群体现在可以包含成员运行不同的服务器版本,让你复制组的在线升级。的规则组中的成员结合不同版本是:
如果你有一组为8.0,您不能添加一个
5.7成员如果你有一群8.0 5.7会员您可以添加一个成员,但它仍然是在只读模式。写这个成员是危险的,而组包含多个服务器版本,应该避免。
在单一主组,如果当前主离开组和一个新的主必须当选,主要是首先从低版本选择成员。如果没有发现,低版本的成员主要来自新版本成员的选择。(错误# 25876807)
复制:当binlog_checksum=都是设置在一个MySQL服务器启动后,然后复制开始,如果发生错误,服务器仍在恢复状态,无法关闭。(错误# 25793366,错误# 85667)
复制:在复制设置一组圆形之间的异步复制实施不同的复制组的成员,视图之间的更改日志事件多次复制组与新GTIDs每次生成的。修复确保视图更改日志事件命名复制组在外面被忽略,他们发生,不产生新的GTIDs。(错误# 25674926)
引用:参见:错误# 26049695,# 25928854,Bug # 25721175。
复制:当第一个启动MySQL服务器RPM的安装后,passwword验证插件被激活在默认情况下(真的只有对于RPM安装)。如果此时已经启用二进制日志记录,激活记录,即使插件激活不应该记录在二进制日志。(错误# 25672750)
复制:在一个单一主组的设置复制是结合异步复制,例如与S1和S2形成一组和S2和S3功能作为主人和奴隶,次要的S2接受交易,这样就可以进入。解决防止辅助创建一个异步复制通道当属于一个单一主群,和组复制时无法启动异步复制正在运行。(错误# 25574200,错误# 85047)
引用:参见:错误# 86325,错误# 26078602。
复制:如果一个成员未能加入一群成员不停止和继续接受交易。为了避免这种设置成员super_read_only=1在我。cfg文件。集团现在复制检查这个设置成功启动并设置super_read_only=0。这将确保成员不成功加入一群不能接受交易。(错误# 25474736,错误# 84728)
复制:如果二进制日志在主服务器和一个完整的磁盘旋转条件发生在二进制日志文件所在的分区存储,服务器可能会意外停止。修复添加一个检查存在的二进制日志转储时线程切换到下一个二进制日志文件。如果二进制日志是禁用的,所有二进制日志到当前活动日志被传输到奴隶和接收线程返回一个错误。(错误# 25076007)
复制:交叉事务可能有时僵局奴隶灌肠器当事务隔离级别设置为可重复读。(错误# 25040331)
复制:如果一个中继日志索引文件命名为中继日志文件不存在,重置所有奴隶有时没有完全正确地清理。(错误# 24901077)
复制:slave_skip_errors系统变量不允许错误编号大于3000。多亏田中翼·年代记补丁。(错误# 24748639,错误# 83184)
null null null null null null null null null null null null null null null null null null null null null null null nullMySQL 5.7并发复制隐式错误实例分析
