這篇文章主要介紹MySQL主從延遲的原因有哪些，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

“專業(yè)、務(wù)實、高效、創(chuàng)新、把客戶的事當(dāng)成自己的事”是我們每一個人一直以來堅持追求的企業(yè)文化。 成都創(chuàng)新互聯(lián)公司是您可以信賴的網(wǎng)站建設(shè)服務(wù)商、專業(yè)的互聯(lián)網(wǎng)服務(wù)提供商! 專注于做網(wǎng)站、網(wǎng)站建設(shè)、軟件開發(fā)、設(shè)計服務(wù)業(yè)務(wù)。我們始終堅持以客戶需求為導(dǎo)向，結(jié)合用戶體驗與視覺傳達，提供有針對性的項目解決方案，提供專業(yè)性的建議，創(chuàng)新互聯(lián)建站將不斷地超越自我，追逐市場，引領(lǐng)市場！

1、從庫的機器性能比主庫差。

例如，將20個主庫放在4臺機器中，從庫放在一臺機器中。此時更新操作，由于更新會觸發(fā)大量閱讀操作，導(dǎo)致庫機上的多個庫爭奪資源，導(dǎo)致主從延遲。

2、從庫壓力大。

按照正常策略，讀寫分離，主庫提供寫作能力，從庫提供讀寫能力。從庫中放置大量查詢，導(dǎo)致從庫中消耗大量CPU資源，進而影響同步速度，導(dǎo)致主從延遲。

3、大事務(wù)的執(zhí)行。

一旦大事務(wù)執(zhí)行，主庫必須等到事務(wù)完成后才能寫入binlog。例如，主庫施了一個insert..select非常大的插入操作，產(chǎn)生了近百Gbinlog文件傳輸?shù)街蛔x節(jié)點，導(dǎo)致只讀節(jié)點應(yīng)用binlog延遲。

4、主庫DDL(alter.drop.create)

只讀節(jié)點與主庫DDL同步串行。如果DDL在主庫中運行很長時間，從庫中也會消耗同樣的時間。例如，在主庫中添加500W表需要10分鐘，這也需要10分鐘。

5、鎖沖突?？赡軐?dǎo)致節(jié)點SQL線程執(zhí)行緩慢。

如從機上有一些SELect...forupdateSQL等。

實例

a）優(yōu)化數(shù)據(jù)庫性能來降低負載
b）提升數(shù)據(jù)庫配置。生產(chǎn)環(huán)境中建議只讀實例配置至少要與主實例配置相同，避免因為配置相差較大導(dǎo)致的復(fù)制延遲。
c）新增slave實例來橫向擴展業(yè)務(wù)讀請求，降低只讀實例的負載壓力
d）優(yōu)化業(yè)務(wù)慢查詢

以上是“mysql主從延遲的原因有哪些”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！