slave之Seconds_Behind_Master析
slave之Seconds_Behind_Master
在主從環境中,從中重要的引數slave之Seconds_Behind_Master,真正含義和如何計算?
字面意思:slave落後master多少,這個引數容易讓人迷惑,若引數:0,能夠確定主從是一致的嗎?
1.在網路條件糟糕環境中,IO thread同步很慢,每次同步過來一點點, SQL thread立刻執行,我們看到
Seconds_Behind_Master是0,而實際slave已經落後master很多;
2.在網路條件很好環境中,IO thread能較快從master的binlog中同步sql到slave的relay-log裡,
這個值能基本確定slave落後master秒數;
手冊中:
In essence,this field measures the time difference in seconds between the slave SQL
thread and the slave IO thread.
Seconds_Behind_Master--表示slave上SQL thread與IO thread之間的延遲,在複製環境中,slave
IO thread先從master上將binlog拉到本地relay_log中,而後sql thread將binlog重現,這個引數
表示本地relay-log中未被執行完成的那部分差值;
我們要了解在大部分情況下複製是非同步的,也就是master上的binlog不是實時傳送到slave中,要用這
引數來估計主從延遲多久得需要再一個比較好的網路環境中,才能保證master上的binlog已經傳送到
slave上;
計算方式,在binlog中每個binlog events有執行時的timestamp,mysql通過比較當前系統timestamp與
當前SQL thread正在執行的binlog event的上的timestamp比較,這個柴值是Seconds_Behind_Master.
Seconds_Behind_Master 可以是NULL,
原因:SQL thread/IO thread沒有執行/slave沒有連線到master.
在主從環境中,從中重要的引數slave之Seconds_Behind_Master,真正含義和如何計算?
字面意思:slave落後master多少,這個引數容易讓人迷惑,若引數:0,能夠確定主從是一致的嗎?
1.在網路條件糟糕環境中,IO thread同步很慢,每次同步過來一點點, SQL thread立刻執行,我們看到
Seconds_Behind_Master是0,而實際slave已經落後master很多;
2.在網路條件很好環境中,IO thread能較快從master的binlog中同步sql到slave的relay-log裡,
這個值能基本確定slave落後master秒數;
手冊中:
In essence,this field measures the time difference in seconds between the slave SQL
thread and the slave IO thread.
Seconds_Behind_Master--表示slave上SQL thread與IO thread之間的延遲,在複製環境中,slave
IO thread先從master上將binlog拉到本地relay_log中,而後sql thread將binlog重現,這個引數
表示本地relay-log中未被執行完成的那部分差值;
我們要了解在大部分情況下複製是非同步的,也就是master上的binlog不是實時傳送到slave中,要用這
引數來估計主從延遲多久得需要再一個比較好的網路環境中,才能保證master上的binlog已經傳送到
slave上;
計算方式,在binlog中每個binlog events有執行時的timestamp,mysql通過比較當前系統timestamp與
當前SQL thread正在執行的binlog event的上的timestamp比較,這個柴值是Seconds_Behind_Master.
Seconds_Behind_Master 可以是NULL,
原因:SQL thread/IO thread沒有執行/slave沒有連線到master.
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/26855487/viewspace-775715/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- mysql之 誤用SECONDS_BEHIND_MASTER衡量MYSQL主備的延遲時間MySqlAST
- Percona-Tookit工具包之pt-slave-find
- HashMap之淺析HashMap
- MySQL複製跳過錯誤--slave_skip_errors、sql_slave_skip_counter、slave_exec_modeMySqlError
- slave-skip-errorsError
- jenkins 動態 slaveJenkins
- mysql同步問題之Slave延遲很大最佳化方法MySql
- JavaScript之淺析PromiseJavaScriptPromise
- 淺析Spring之IoCSpring
- The slave I/O thread stops because master and slave have equal MySQL server UUIDthreadASTMySqlServerUI
- sql_slave_skip_counterSQL
- kubernetes跑jenkins動態slaveJenkins
- 淺析Kubernetes架構之workqueue架構
- Flutter 之 InheritWidget 原始碼淺析Flutter原始碼
- 第28節 從庫Seconds_Behind_Master延遲總結AST
- MySQL alter table時執行innobackupex全備再看Seconds_Behind_MasterMySqlAST
- Setup MariaDB Master/Slave Replication for Docker MariaDBASTDocker
- Hadoop叢集之淺析安全模式Hadoop模式
- Innodb undo之 undo結構簡析
- nginx listen指令淺析之add listenNginx
- MYSQL Slave開機啟動指令碼MySql指令碼
- JAVA併發之阻塞佇列淺析Java佇列
- Java NIO 系列文章之 淺析Reactor模式JavaReact模式
- 故障案例:主從同步報錯Fatal error: The slave I/O thread stops because master and slave have equal MySQL server主從同步ErrorthreadASTMySqlServer
- mysql複製那點事 - Seconds_behind_Master引數調查筆記MySqlAST筆記
- Java安全之Commons Collections2分析Java
- Java安全之Commons Collections3分析JavaS3
- Java安全之Commons Collections5分析Java
- Java安全之Commons Collections7分析Java
- Java 安全之Weblogic 2017-3248分析JavaWeb
- Java安全之Weblogic 2018-3248分析JavaWeb
- Java安全之Weblogic 2016-0638分析JavaWeb
- Vue原始碼簡析之檢視生成(上)Vue原始碼
- JVM 系列文章之 GC 演算法淺析JVMGC演算法
- MySQL複製命令slave被REPLICA命令取代MySql
- [MySQL進階之路][No.0002] SHOW SLAVE STATUSMySql
- Mysql 5.6 Master和Slave 主備切換MySqlAST
- 服務端模板注入攻擊 (SSTI) 之淺析服務端
- Java安全之Commons Collections1分析(二)Java