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