mysql5.7.22 表沒有主鍵，數(shù)據(jù)量巨大的時候更新，實驗驗證導(dǎo)致大量主從延時

一、問題介紹

        mysql有三種日志模式，我總結(jié)如下：

        現(xiàn)在，我做實驗，驗證主從延時的最后一個結(jié)論：“表沒有主鍵，數(shù)據(jù)量巨大的時候更新，實驗驗證導(dǎo)致大量主從延時“。

        實驗驗證如下：mysql使用row模式下，遇到一種特殊情況，導(dǎo)致主從延時特別嚴(yán)重，需要注意。主從延時可以相差好幾天。當(dāng)刪除，更新等操作時候，因為沒有主鍵導(dǎo)致從庫刪除慢，導(dǎo)致主從延時。

二、測試情況統(tǒng)計

三、 環(huán)境介紹

         兩個主從節(jié)點：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萬條數(shù)據(jù)，這個表數(shù)據(jù)文件610M

四、測試步驟

       1.創(chuàng)建表 t_trade_order

       2. 表插入90萬數(shù)據(jù)  ： mysql   -uroot -p123456  -P3301  -S  /data1/mysql3301/mysql.sock  -D test < t_trade_order.sq

        3.查看備庫是否延遲，延遲時間    ：show slave  status \G   

        4.刪除90萬數(shù)據(jù)，查看備庫是否延遲，延遲時間 : delete  from t_trade_order ;

五、配置一測試截圖

六、配置二測試截圖

七、配置三情景截圖

        并行復(fù)制參數(shù)配置：

        slave_parallel_type = LOGICAL_CLOCK
        slave_parallel_workers = 10