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
新闻名称:mysql5.7.22表没有主键,数据量巨大的时候更新,实验验证导致大量主从延时
当前链接:http://scyanting.com/article/pgdhdp.html