mysql5.7.22 表没有主键,数据量巨大的时候更新,实验验证导致大量主从延时
一、问题介绍
mysql有三种日志模式,我总结如下:
现在,我做实验,验证主从延时的最后一个结论:“表没有主键,数据量巨大的时候更新,实验验证导致大量主从延时“。
实验验证如下:mysql使用row模式下,遇到一种特殊情况,导致主从延时特别严重,需要注意。主从延时可以相差好几天。当删除,更新等操作时候,因为没有主键导致从库删除慢,导致主从延时。
二、测试情况统计
三、 环境介绍
两个主从节点:192.168.7.20 主,192.168.7.34 从, Centos 7.5,普通机器,2核4G
mysql: mysql linux x86_64 5.7.22 , row 模式
测试表: 测试表t_trade_order,有50多个字段。90万条数据,这个表数据文件610M
四、测试步骤
1.创建表
t_trade_order
2. 表插入90万数据 : mysql -uroot -p123456 -P3301 -S /data1/mysql3301/mysql.sock -D test < t_trade_order.sq
3.查看备库是否延迟,延迟时间
:show slave status \G
4.删除90万数据,查看备库是否延迟,延迟时间 : delete from t_trade_order ;
五、配置一测试截图
六、配置二测试截图
七、配置三情景截图
并行复制参数配置:
slave_parallel_type = LOGICAL_CLOCK
slave_parallel_workers = 10
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341