MySQL主從復(fù)制配置心跳功能介紹
在 MySQL 主從復(fù)制時(shí),有時(shí)候會(huì)碰到這樣的故障:在 Slave 上 Slave_IO_Running 和 Slave_SQL_Running 都是 Yes,Slave_SQL_Running_State 顯示 Slave has read all relay log; waiting for the slave I/O thread to update it ,看起來(lái)狀態(tài)都正常,但實(shí)際卻滯后于主,Master_Log_File 和 Read_Master_Log_Pos 也不是實(shí)際主上最新的位置。一種可能是 Master 上的 binlog dump 線(xiàn)程掛了。但有時(shí)候,在 Master 上檢查也是完全正常的。那 Slave 的延誤又是怎么造成的呢?
在 MySQL 的復(fù)制協(xié)議里,由 Slave 發(fā)送一個(gè) COM_BINLOG_DUMP 命令后,就完全由 Master 來(lái)推送數(shù)據(jù),Master、Slave 之間不再需要交互。如果 Master 沒(méi)有更新,也就不會(huì)有數(shù)據(jù)流,Slave 就不會(huì)收到任何數(shù)據(jù)包。但是如果由于某種原因造成 Master 無(wú)法把數(shù)據(jù)發(fā)送到 Slave ,比如發(fā)生過(guò)網(wǎng)絡(luò)故障或其他原因?qū)е?Master 上的 TCP 連接丟失,由于 TCP 協(xié)議的特性,Slave 沒(méi)有機(jī)會(huì)得到通知,所以也沒(méi)法知道收不到數(shù)據(jù)是因?yàn)?Master 本來(lái)就沒(méi)有更新呢還是由于出了故障。
好在 MySQL 5.5 開(kāi)始增加了一個(gè)復(fù)制心跳的功能。
如
stop slave;
change master to master_heartbeat_period = 10;
set global slave_net_timeout = 25;
start slave;
就會(huì)讓 Master 在沒(méi)有數(shù)據(jù)的時(shí)候,每 10 秒發(fā)送一個(gè)心跳包。這樣 Slave 就能知道 Master 是不是還正常。slave_net_timeout 是設(shè)置在多久沒(méi)收到數(shù)據(jù)后認(rèn)為網(wǎng)絡(luò)超時(shí),之后 Slave 的 IO 線(xiàn)程會(huì)重新連接 Master 。結(jié)合這兩個(gè)設(shè)置就可以避免由于網(wǎng)絡(luò)問(wèn)題導(dǎo)致的復(fù)制延誤。master_heartbeat_period 單位是秒,可以是個(gè)帶上小數(shù),如 10.5。最高精度為 1 毫秒。
slave_net_timeout 的默認(rèn)是 3600,也就是一小時(shí)。也就是說(shuō),在之前的情況下,Slave 要延誤 1 小時(shí)后才會(huì)嘗試重連。而在沒(méi)有設(shè)置 master_heartbeat_period 時(shí),將 slave_net_timeout 設(shè)得很短會(huì)造成 Master 沒(méi)有數(shù)據(jù)更新時(shí)頻繁重連。
很奇怪的是,當(dāng)前的 master_heartbeat_period 值無(wú)法通過(guò) show slave status 查看,而要使用 show status like ‘Slave_heartbeat_period' 查看。此外,狀態(tài)變量 Slave_last_heartbeat 表示最后一次收到心跳的時(shí)間,Slave_received_heartbeats 表示總共收到的心跳次數(shù)。
如:
mysql> show status like 'slave%';
+----------------------------+---------------------+
| Variable_name | Value |
+----------------------------+---------------------+
| Slave_heartbeat_period | 5.000 |
| Slave_last_heartbeat | 2014-05-08 11:48:57 |
| Slave_open_temp_tables | 0 |
| Slave_received_heartbeats | 1645 |
| Slave_retried_transactions | 0 |
| Slave_running | ON |
+----------------------------+---------------------+
6 rows in set (0.00 sec)
- MySQL主從復(fù)制的原理及配置方法(比較詳細(xì))
- linux系統(tǒng)下實(shí)現(xiàn)mysql熱備份詳細(xì)步驟(mysql主從復(fù)制)
- MySQL的主從復(fù)制步驟詳解及常見(jiàn)錯(cuò)誤解決方法
- Mysql主從復(fù)制(master-slave)實(shí)際操作案例
- 深入解析半同步與異步的MySQL主從復(fù)制配置
- 詳解MySQL實(shí)現(xiàn)主從復(fù)制過(guò)程
- Mysql主從復(fù)制作用和工作原理詳解
- mysql5.6 主從復(fù)制同步詳細(xì)配置(圖文)
- Mysql8.0輕松實(shí)現(xiàn)主從復(fù)制
相關(guān)文章
Mysql 數(shù)據(jù)庫(kù)雙機(jī)熱備的配置方法
mysql數(shù)據(jù)庫(kù)沒(méi)有增量備份的機(jī)制,當(dāng)數(shù)據(jù)量太大的時(shí)候備份是一個(gè)很大的問(wèn)題。還好mysql數(shù)據(jù)庫(kù)提供了一種主從備份的機(jī)制,其實(shí)就是把主數(shù)據(jù)庫(kù)的所有的數(shù)據(jù)同時(shí)寫(xiě)到備份數(shù)據(jù)庫(kù)中。2010-06-06Mysql添加聯(lián)合唯一索引及相同數(shù)據(jù)插入報(bào)錯(cuò)問(wèn)題
這篇文章主要介紹了Mysql添加聯(lián)合唯一索引及相同數(shù)據(jù)插入報(bào)錯(cuò)問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-09-09教你用eclipse連接mysql數(shù)據(jù)庫(kù)
這篇文章主要介紹了教你用eclipse連接mysql數(shù)據(jù)庫(kù),文中有非常詳細(xì)的圖文示例,對(duì)不會(huì)鏈接mysql的小伙伴們有很大的幫助,需要的朋友可以參考下2021-04-04C#如何在海量數(shù)據(jù)下的高效讀取寫(xiě)入MySQL
這篇文章主要介紹了C#如何在海量數(shù)據(jù)下的高效讀取寫(xiě)入MySQL的相關(guān)資料,需要的朋友可以參考下2016-12-12如何保護(hù)MySQL中重要數(shù)據(jù)的方法
在日常的工作中,保護(hù)數(shù)據(jù)免受未授權(quán)用戶(hù)的侵犯是系統(tǒng)管理員特別關(guān)心的問(wèn)題。如果你目前用的是MySQL,就可以使用一些方便的功能來(lái)保護(hù)系統(tǒng),來(lái)大大減少機(jī)密數(shù)據(jù)被未授權(quán)用戶(hù)訪(fǎng)問(wèn)的風(fēng)險(xiǎn)2011-10-10MySQL索引查詢(xún)limit?offset及排序order?by用法
這篇文章主要介紹了MySQL限制數(shù)據(jù)返回條數(shù)limit?offset及排序order?by用法,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-05-05mysql查詢(xún)當(dāng)前時(shí)間的前幾分鐘、幾小時(shí)、幾天以及幾月的數(shù)據(jù)示例代碼
今天花了些時(shí)間整理了下MySQL中分別查找當(dāng)天、昨天、近一周、近一個(gè)月等等時(shí)間段數(shù)據(jù)的代碼,給大家分享下,這篇文章主要給大家介紹了關(guān)于如何利用mysql查詢(xún)當(dāng)前時(shí)間的前幾分鐘、幾小時(shí)、幾天以及幾月的數(shù)據(jù),需要的朋友可以參考下2024-01-01