### 1. 為什么需要mysql主從復制

1. 數據熱備

在復雜的業務場景中, 可能因為某一條sql造成了鎖表, 這樣就會影響正常的業務運行。在復雜的業務場景中， 我們可以使用mysql主從復制， 主庫負責寫， 從庫負責讀這樣即使主庫出現了鎖表的場景通過從庫讀的業務也可以保證正常運行。

架構擴展。 業務訪問量越來越大， io訪問頻率過高， 單機無法滿足需求， 此時做多庫存儲降低單機的磁盤io訪問頻率，從而提高單機io的性能。

2. 什么是主從復制

主從復制是指數據從一個mysql主節點復制到一個或者多個從節點。mysql 默認是異步復制的方式, 從節點可以復制主節點中的所有數據或者指定的庫或者表.

3. 主從復制原理

主庫開啟binlog, 將數據和表結構的改變記錄在二進制文件binlog中

slave 會在一定的時間間隔內對master的二進制文件進行探測是否改變, 如果改變則開啟一個 io Thread 請求master的 binlog

同時master會為每一 io thread 開一個 dump Thread, 用于向其傳輸二進制文件(binlog), 并保存到slave的中繼日志(relay log)中.

slave 啟動sql Thread 從中繼日志(relay log)中讀取二進制數據 在本地進行重放, 使得slave 和 master數據保持一致. 最后 slave 的 io Thread 和 sql Thread 進入睡眠狀態等待再次被喚醒.

即: 1. master 的dump Thread根據slave的請求, 將本地的binlog以events的方式發送給 IO Thread 2. slave IO Thread 接收到binlog events后保存到中繼日志(relay log)中, 傳過來的信息會記錄在master.info文件中. 3. slave sql Thread獲取中繼日志中的內容進行重發, 并把應用過的記錄到relay-log.info中, 默認情況下已經應用過的relay會自動被清理

注意: 1. master 將操作語句記錄在bin log中, 授權slave遠程訪問的權限. 2. master和slave節點的時間需要同步

4. mysql主從復制的具體操作步驟

準備兩臺mysql, 可以在同一臺機上也可以在不同的機上.

開啟主節點的binlog, 在/etc/my.cnf 文件的 mysqld 下添加如下內容

# 開啟 BinLog日志 log-bin=mysql-bin # 服務器的唯一id, 默認是 1, 一般去ip最后一段 server-id=13

修改從節點的 /etc/my.cnf文件

# 開啟 BinLog日志, 從節點可以開啟binlog日志 也可以不開啟, 我這里是開啟了. log-bin=mysql-bin # 服務器的唯一id, 默認是 1, 一般去ip最后一段 server-id=14

重啟master和slave

登錄master執行 show master status 命令查看binlog日志文件和偏移量.

登錄從庫通過 change master to 語句連接master.

CHANGE MASTER TO MASTER_HOST = 'ip或者域名', MASTER_USER = '用戶名',MASTER_PASSWORD = '密碼', MASTER_PORT = 端口, MASTER_LOG_FILE='binlog文件名', MASTER_LOG_POS=偏移量;

啟動slave, 執行如下命令

start slave

執行 show slave status G; 得到如下結果便是啟動成功

5. Mysql主從同步延遲分析

Mysql 主從同步都是單線程的, master所有的DDL和DML都會寫入binlog中, 由于binlog是順序讀寫, 所以效率很高, slave的sql Thread將master的DDL和DML操作事件都在slave中重發. DDL和DML 的IO操作是隨機的, 不是順序的, 所以成本要高很多, 另一方面由于SQL Thread也是單線程, 當master并發高的時候,產生的DML數量超出了slaveSQL Thread的處理速度, 或者當slave有大型的query語句產生了鎖, 那么延遲就產生了.

解決方案: 1. 業務的持久化層的實現采用分庫架構, mysql服務器可以平行擴展, 分散壓力 2. 單個主庫, 多個從庫, 主寫從讀 3. 服務的基礎架構在業務層和持久化層間加入memcache或者redis構成的cache層. 降低mysql的讀寫壓力

4.不同的業務的mysql放在不同的物理機上,分散壓力. 5. 使用更加好的硬件設備 6. mysql5.7 之后使用MTS并發復制技術, 永久解決復制延遲問題

總結

以上是生活随笔為你收集整理的动力节点老杜mysql文件_mysql主从复制+mysql主从复制延迟解决方案的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。