mysql主從延遲的概念是什么

MySQL內建的復制功能是構建大型、高性能應用程序的基礎。將MySQL的數據分布到多個系統上去，這種分布式的機制，是通過將MySQL的某一臺主機的數據，復制到其他的主機slaves上，并重新執行一邊來實現。

復制過程中，一個服務器充當主服務器，而一個或多個其他服務器充當從服務器。主服務器將更新寫入二進制日志文件，并維護文件的一個索引，以跟蹤日志循環。這些日志可以記錄發送到從服務器的更新。當一個從服務器連接到主服務器時，它通知主服務器，從服務器在日志中讀取的最后一次成功更新的位置。從服務器接收從那時發生的任何更新，然后封鎖并等待主服務器通知更新。mysql主從復制存在的問題：

• 主庫宕機后，數據可能丟失
• 從庫只有一個sql Thread，主庫寫壓力大，復制很可能延時

下面從四個方便討論解決mysql主從延遲

1.MySQL數據庫主從同步延遲原理。

答：談到MySQL數據庫主從同步延遲原理，得從mysql的數據庫主從復制原理說起，mysql的主從復制都是單線程的操作，主庫對所有DDL和DML產生binlog，binlog是順序寫，所以效率很高；slave的Slave_IO_Running線程會到主庫取日志，效率會比較高，slave的Slave_SQL_Running線程將主庫的DDL和DML操作都在slave實施。DML和DDL的IO操作是隨機的，不是順序的，因此成本會很高，還可能是slave上的其他查詢產生lock爭用，由于Slave_SQL_Running也是單線程的，所以一個DDL卡主了，需要執行10分鐘，那么所有之后的DDL會等待這個DDL執行完才會繼續執行，這就導致了延時。有朋友會問：“主庫上那個相同的DDL也需要執行10分，為什么slave會延時？”，答案是master可以并發，Slave_SQL_Running線程卻不可以。

2.MySQL數據庫主從同步延遲是怎么產生的。

答：當主庫的TPS并發較高時，產生的DDL數量超過slave一個sql線程所能承受的范圍，那么延時就產生了，當然還有就是可能與slave的大型query語句產生了鎖等待。

3.MySQL數據庫主從同步延遲解決方案

答：最簡單的減少slave同步延時的方案就是在架構上做優化，盡量讓主庫的DDL快速執行。還有就是主庫是寫，對數據安全性較高，比如sync_binlog=1，innodb_flush_log_at_trx_commit = 1 之類的設置，而slave則不需要這么高的數據安全，完全可以講sync_binlog設置為0或者關閉binlog，innodb_flushlog也可以設置為0來提高sql的執行效率。另外就是使用比主庫更好的硬件設備作為slave。

4.MySQL數據庫主從同步延遲產生的因素。

1.網絡延遲

2. master負載

3. slave負載一般的做法是，使用多臺slave來分攤讀請求，再從這些slave中取一臺專用的服務器，只作為備份用，不進行其他任何操作，就能相對最大限度地達到實時的要求了。

另外，再介紹2個可以減少延遲的參數：

slave-net-timeout=seconds參數含義：當slave從主數據庫讀取log數據失敗后，等待多久重新建立連接并獲取數據slave_net_timeout單位為秒 默認設置為 3600秒| slave_net_timeout | 3600

master-connect-retry=seconds參數含義：當重新建立主從連接時，如果連接建立失敗，間隔多久后重試。master-connect-retry單位為秒 默認設置為 60秒通常配置以上2個參數可以減少網絡問題導致的主從數據同步延遲。