亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

MySQL主從延遲現象及原理分析詳解

發布時間:2020-10-23 23:26:17 來源:腳本之家 閱讀:194 作者:wlmmmm 欄目:MySQL數據庫

一、現象

凌晨對線上一張表添加索引,表數據量太大(1億+數據,數據量50G以上),造成主從延遲幾個小時,各個依賴從庫的系統無法查詢數據,最終影響業務。

現在就梳理下主從延遲的原理。

二、原理

根據 MySQL 官方文檔 MySQL Replication Implementation Details 中的描述,MySQL 主從復制依賴于三個線程:master一個線程(Binlog dump thread),slave兩個線程(I/O threadSQL thread)。主從復制流程如下圖:

MySQL主從延遲現象及原理分析詳解

master 服務器和 slave 服務器連接時,創建Binlog dump thread以發送bin log數據:

  • 一個Binlog dump thread對應一個 slave 服務器;
  • Binlog dump threadbin log獲取數據時會加鎖,獲取到數據后,立即釋放鎖。

當 slave 服務器收到 START_SLAVE 命令時,會創建I/O threadSQL thread

  • I/O thread以拉的方式,從 master 讀取事件,并存儲到 slave 服務器的relay log中;
  • SQL threadrelay log中讀取事件并執行;
  • slave可以按照自己的節奏讀取和更新數據,也可以隨意操作復制進程(啟動和停止)。

注: START_SLAVE命令成功啟動線程后,如果后面I/O threadSQL thread因為某些原因停止,則不會有任何的警告,業務方無法感知。可以通過查看 slave 的 error 日志,或者通過 SHOW SLAVE STATUS 查看 slave 上的線程狀態。

通過 SHOW PROCESSLIST 可查看線程狀態:

Binlog dump thread:

mysql> SHOW PROCESSLIST\G
*************************** 1. row ***************************
  Id: 2
 User: root
 Host: localhost:32931
  db: NULL
Command: Binlog Dump
 Time: 94
 State: Has sent all binlog to slave; waiting for binlog to
   be updated
 Info: NULL

I/O thread 和 SQL thread:

mysql> SHOW PROCESSLIST\G
*************************** 1. row ***************************
  Id: 10
 User: system user
 Host:
  db: NULL
Command: Connect
 Time: 11
 State: Waiting for master to send event
 Info: NULL
 *************************** 2. row ***************************
  Id: 11
 User: system user
 Host:
  db: NULL
Command: Connect
 Time: 11
 State: Has read all relay log; waiting for the slave I/O
   thread to update it
 Info: NULL

三、分析

根據上面的原理,由于slave是單線程(I/O thread)讀取數據,單線程(SQL thread)更新數據,而master是多線程寫入,那么只要master寫入的頻率大于slave讀取更新的頻率,就有可能出現主從延遲的情況,如:

  1. master寫入tps較高,大于slave更新速度;
  2. slave執行某些語句耗時較長,如持有鎖等;
  3. master執行某些DDL語句時,執行的時間較長,在slave也執行相同的時間;

此處創建了索引,咨詢 DBA,產生的bin log文件有100多G,數據量太大,導致從庫I/O thread一直讀取DDL操作產生的bin log事件,而影響到正常的業務DML事件的更新,從而表現為主從同步延遲。

四、解決方案

從主從延遲的原因來看,解決方案可以從以下幾個方向入手:

  1. 業務選型,對于無法忍受從庫延遲的架構,可選擇分布式架構等,避開從庫延遲問題
  2. 執行時間,對大表進行線上DDL操作盡量選擇凌晨等業務量較小的時候
  3. 硬件配置,升級從庫硬件配置,如SSD
  4. 減少請求,增加緩存層,減少讀請求落庫

總結

以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對億速云的支持。如果你想了解更多相關內容請查看下面相關鏈接

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

清涧县| 璧山县| 吉水县| 华坪县| 云浮市| 孝感市| 新竹县| 新化县| 饶河县| 合川市| 克拉玛依市| 佛山市| 日喀则市| 琼海市| 泊头市| 邵阳县| 莎车县| 金门县| 青神县| 澄城县| 安泽县| 抚远县| 和林格尔县| 恩平市| 花垣县| 浦城县| 余干县| 陵川县| 望都县| 永平县| 罗山县| 唐山市| 亚东县| 瓦房店市| 轮台县| 保山市| 太湖县| 喀喇沁旗| 金阳县| 翼城县| 靖安县|