在『MySQL Master Slave Replication 主從式架構設定教學』這篇文章的結尾有提到因為 Slave DB 上的資料從 Master DB 複製過來時會有延遲，所以會造成用戶看到舊的資訊；在過去想解決這個問題真的需要 18 般武藝，但到了 MySQL 5.7 版後官方說只要調整一個設定就能解決，具體做法讓我們看下去。
一、模擬主從複製延遲的情境二、了解發生問題的原因三、解決方案：開啟 MySQL 5.7 的多 process 的功能四、確認 Slave 已經沒有延遲
一、模擬主從複製延遲的情境
這裡我們利用 sysbench 進行情境模擬，如果不清楚如何操作的朋友請參考這篇文章：『用 sysbench 測試 MySQL 性能 — 在 mac & ubuntu 上的安裝與使用』
下面是我在 ubuntu 的測試指令，如果你是 mac 需要自己更換 .lua 的路徑
指令輸入後你就會發現資料庫好像頓住不會動了…
一段時間後我們進入到 Slave 的 MySQL 中會發現他與 Master 的延遲很嚴重
mysql> show slave status\G- Seconds_Behind_Master：延遲的時間
二、了解發生問題的原因
因為我們模擬的情境會製作出相當大量的 SQL command，執行內容包含：table 內容大量更新、index 建立；可是 Slave 去讀取 Master 的 process 卻只有一個，這樣使 Master 累積了太多尚未同步到 Slave 的 SQL command，因此造成了兩邊資料庫的內容不一致。
三、解決方案：開啟 MySQL 5.7 的多 process 的功能
STEP 1：先暫停 Slave，不然無法修改變數
mysql> stop slave;STEP 2：更改 slave_parallel_type
先看看預設值
mysql> show variables like ‘slave_parallel%’;
修改變數
mysql> set global slave_parallel_type='logical_clock';mysql> set global slave_parallel_workers=10; #根據實際需求設定
啟動 Slave 功能
mysql> start slave;查看剛剛設定的多 process 是否生效
mysql> show processlist;
四、確認 Slave 已經沒有延遲
在上面的設定後稍等一段時間再去查看 Slave 的延遲狀態
mysql> show slave status\G就發現他已經變成 0 嚕～
如果你想了解資料庫主從式架構的設定歡迎參考我的文章：👍 MySQL Master Slave Replication 主從式架構設定教學👍 Ubuntu 用 Atlas 實現 MySQL Proxy 讀寫分離 read/write splitting
▶︎ 如果這篇文章有幫助到你1. 可以點擊下方「Follow」來追蹤我～
2. 可以對文章拍手讓我知道 👏🏻你們的追蹤與鼓勵是我繼續寫作的動力 🙏🏼▶︎ 如果你對工程師的職涯感到迷茫1. 也許我在iT邦幫忙發表的系列文可以給你不一樣的觀點 💡
2. 也歡迎您到書局選購支持，透過豐富的案例來重新檢視自己的職涯
