使用微信掃一掃
掃一掃關注官方微信 部署MySQL延遲從庫的幾個好處
- 來源：縱橫數(shù)據(jù)
- 作者：中橫科技
- 時間：2020/5/8 14:34:52
- 類別：新聞資訊
MySQL的主從復制(replication)關系，不太嚴謹?shù)慕蟹ㄊ恰巴健被蛘摺爸鲝耐健�。實際上在早期，MySQL的主從并不能實現(xiàn)真正的“同步”(sync)，而是“異步”的(async)。
MySQL主從復制它可以有多種模式，最經(jīng)典的也是最早出現(xiàn)的異步復制(async replication)，從5.5版本開始有了半同步復制(semi-sync replication)，到了5.7又有了增強半同步。本文要討論的延遲從庫，也是在5.6之后才有的功能，在這之前需要用percona pt-slave-delay 工具來變相實現(xiàn)。
另外，從5.6版本開始增加了并行復制，不過這時還是基于schema的并行模式（slave-parallel-type=DATABASE），效率非常差，意義不大。到了5.7，才實現(xiàn)了真正的并行復制（slave-parallel-type=LOGICAL_CLOCK），復制效率提升很多；還有新增了多源復制，很方便的就能實現(xiàn)多主一從的架構。
了解完MySQL復制的簡史，我們切入主題。
MySQL延遲從庫的好處主要有幾點：
1、誤刪除時，能更快恢復數(shù)據(jù)。
有時候手抖了，把線上數(shù)據(jù)給誤刪除了，或者誤刪除庫、表、其他對象，或不加WHERE條件的更新、刪除，都可以讓延遲從庫在誤操作前的時間點停下，然后進行恢復。
2、把延遲從庫作為專用的備份節(jié)點。雖然有一定的延遲，但并不影響利用該節(jié)點作為備份角色，也不影響生產(chǎn)節(jié)點數(shù)據(jù)庫庫。
3、還可以把延遲從庫當做一些問題、案例研究的對象。個別時候，可能有些binlog event在普通從庫上會有問題（例如早期版本中無主鍵會導致從庫更新非常慢的經(jīng)典問題），這時就有時間在延遲從庫上慢慢琢磨研究了。
啟用延遲從庫的方法也挺簡單的，下面是在MySQL 8.0的做法：
#直接用 CHANGE MASTER TO 設置，后面的N單位是秒數(shù)
CHANGE MASTER TO MASTER_DELAY = N
當發(fā)生誤操作需要讓延遲從庫在某個位置上停下來時，用下面的命令：
START SLAVE
UNTIL {
#1、直到指定的GTID位置停下
{SQL_BEFORE_GTIDS | SQL_AFTER_GTIDS} = gtid_set
#2、直到指定的binlog位置停下
| MASTER_LOG_FILE = ‘log_name’, MASTER_LOG_POS = log_pos
#3、直到指定的relay log位置停下
| RELAY_LOG_FILE = ‘log_name’, RELAY_LOG_POS = log_pos
#4、直到slave上多個并行線程之前沒有延遲差距了就停下
#因為多線程復制，不同線程的復制進度不一樣，因此有差距
| SQL_AFTER_MTS_GAPS }
P.S，從5.7起，修改 MASTER_DELAY 選項可以在線立即生效，而無需重啟 slave 線程。
至于具體 MASTER_DELAY 設置多少合適，要估算如果發(fā)生誤操作時，DBA平均能到現(xiàn)場的時間，一般建議1小時左右。
縱橫數(shù)據(jù)新上的美國站群服務器8C 現(xiàn)貨
限量特價 速定! cn2限量一人3臺
E5 16G 1T 8C 232IP
E5*2 32G 1T 8C 232IP
E5*2 32G 2T 8C 232IP
E5*2 32G 3T 8C 232IP
美國站群服務器 美國高防御服務器 歡迎在線客服
