1.MySQL數(shù)據(jù)庫(kù)主從同步延遲原理。
談到MySQL數(shù)據(jù)庫(kù)主從同步延遲原理，得從mysql的數(shù)據(jù)庫(kù)主從復(fù)制原理說(shuō)起，mysql的主從復(fù)制都是單線程的操作(mysql5.6版本之前)，主庫(kù)對(duì)所有DDL和DML產(chǎn)生binlog，binlog是順序?qū)?，所以效率很高；slave的Slave_IO_Running線程會(huì)到主庫(kù)取日志，效率會(huì)比較高，slave的Slave_SQL_Running線程將主庫(kù)的DDL和DML操作都在slave實(shí)施。DML和DDL的IO操作是隨機(jī)的，不是順序的，因此成本會(huì)很高，還可能是slave上的其他查詢產(chǎn)生lock爭(zhēng)用，由于Slave_SQL_Running也是單線程的，所以一個(gè)DDL卡主了，需要執(zhí)行10分鐘，那么所有之后的DDL會(huì)等待這個(gè)DDL執(zhí)行完才會(huì)繼續(xù)執(zhí)行，這就導(dǎo)致了延時(shí)。有朋友會(huì)問(wèn)：“主庫(kù)上那個(gè)相同的DDL也需要執(zhí)行10分，為什么slave會(huì)延時(shí)？”，答案是master可以并發(fā)，Slave_SQL_Running線程卻不可以。
2.MySQL數(shù)據(jù)庫(kù)主從同步延遲是怎么產(chǎn)生的。
當(dāng)主庫(kù)的TPS并發(fā)較高時(shí)，產(chǎn)生的DDL數(shù)量超過(guò)slave一個(gè)sql線程所能承受的范圍，那么延時(shí)就產(chǎn)生了，當(dāng)然還有就是可能與slave的大型query語(yǔ)句產(chǎn)生了鎖等待。
3.MySQL數(shù)據(jù)庫(kù)主從同步延遲解決方案
最簡(jiǎn)單的減少slave同步延時(shí)的方案就是在架構(gòu)上做優(yōu)化，盡量讓主庫(kù)的DDL快速執(zhí)行。還有就是主庫(kù)是寫，對(duì)數(shù)據(jù)安全性較高，比如sync_binlog=1，innodb_flush_log_at_trx_commit = 1 之類的設(shè)置，而slave則不需要這么高的數(shù)據(jù)安全，完全可以講sync_binlog設(shè)置為0或者關(guān)閉binlog，innodb_flushlog也可以設(shè)置為0來(lái)提高sql的執(zhí)行效率。另外就是使用比主庫(kù)更好的硬件設(shè)備作為slave。
4.MySQL數(shù)據(jù)庫(kù)主從同步延遲產(chǎn)生的因素。
1. 網(wǎng)絡(luò)延遲
2. master負(fù)載
3. slave負(fù)載
一般的做法是，使用多臺(tái)slave來(lái)分?jǐn)傋x請(qǐng)求，再?gòu)倪@些slave中取一臺(tái)專用的服務(wù)器，只作為備份用，不進(jìn)行其他任何操作，就能相對(duì)最大限度地達(dá)到’實(shí)時(shí)’的要求了
另外，再介紹2個(gè)可以減少延遲的參數(shù)
–slave-net-timeout=seconds
參數(shù)含義：當(dāng)slave從主數(shù)據(jù)庫(kù)讀取log數(shù)據(jù)失敗后，等待多久重新建立連接并獲取數(shù)據(jù)
slave_net_timeout單位為秒 默認(rèn)設(shè)置為 3600秒
| slave_net_timeout | 3600
–master-connect-retry=seconds
參數(shù)含義：當(dāng)重新建立主從連接時(shí)，如果連接建立失敗，間隔多久后重試。
master-connect-retry單位為秒 默認(rèn)設(shè)置為 60秒
通常配置以上2個(gè)參數(shù)可以減少網(wǎng)絡(luò)問(wèn)題導(dǎo)致的主從數(shù)據(jù)同步延遲。
本文出自 51CTO “劉小兔” 博客
更多知識(shí)請(qǐng)進(jìn)入【濟(jì)寧果殼學(xué)院】
電話咨詢
