《Mysql入門MYSQL主從不同步延遲原理分析及解決方案》要點(diǎn)：
本文介紹了Mysql入門MYSQL主從不同步延遲原理分析及解決方案，希望對(duì)您有用。如果有疑問，可以聯(lián)系我們。

1. MySQL數(shù)據(jù)庫(kù)主從同步延遲原理.
要說(shuō)延時(shí)原理,得從mysql的數(shù)據(jù)庫(kù)主從復(fù)制原理說(shuō)起,mysql的主從復(fù)制都是單線程的操作,
主庫(kù)對(duì)所有DDL和DML產(chǎn)生binlog,binlog是順序?qū)?所以效率很高,slave的Slave_IO_Running線程到主庫(kù)取日志,效率很比較高,下一步,問題來(lái)了,slave的Slave_SQL_Running線程將主庫(kù)的DDL和DML操作在slave實(shí)施.DML和DDL的IO操作是隨即的,不是順序的,成本高很多,還可能可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ì)問：“主庫(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ù)主從同步延遲解決方案.
丁奇的transefer是一個(gè)不錯(cuò)的方案,不過(guò)一般公司受限于對(duì)mysql的代碼修改能力的限制和對(duì)mysql的掌控能力,還是不太適合.
最簡(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.
mysql-5.6.3已經(jīng)支持了多線程的主從復(fù)制.原理和丁奇的類似,丁奇的是以表做多線程,oracle使用的是以數(shù)據(jù)庫(kù)(schema)為單位做多線程,不同的庫(kù)可以使用不同的復(fù)制線程.

sync_binlog=1 o
???? This makes MySQL synchronize the binary log's contents to disk each time it commits a transaction
???? 默認(rèn)情況下,并不是每次寫入時(shí)都將binlog與硬盤同步.因此如果操作系統(tǒng)或機(jī)器(不僅僅是MySQL服務(wù)器)崩潰,有可能binlog中最后的語(yǔ)句丟 失了.要想防止這種情況,你可以使用sync_binlog全局變量(1是最安全的值,但也是最慢的),使binlog在每N次binlog寫入后與硬盤 同步.即使sync_binlog設(shè)置為1,出現(xiàn)崩潰時(shí),也有可能表內(nèi)容和binlog內(nèi)容之間存在不一致性.如果使用InnoDB表,MySQL服務(wù)器 處理COMMIT語(yǔ)句,它將整個(gè)事務(wù)寫入binlog并將事務(wù)提交到InnoDB中.如果在兩次操作之間出現(xiàn)崩潰,重啟時(shí),事務(wù)被InnoDB回滾,但仍 然存在binlog中.可以用--innodb-safe-binlog選項(xiàng)來(lái)增加InnoDB表內(nèi)容和binlog之間的一致性.(注釋：在MySQL 5.1中不需要--innodb-safe-binlog；由于引入了XA事務(wù)支持,該選項(xiàng)作廢了),該選項(xiàng)可以提供更大程度的安全,使每個(gè)事務(wù)的 binlog(sync_binlog =1)和(默認(rèn)情況為真)InnoDB日志與硬盤同步,該選項(xiàng)的效果是崩潰后重啟時(shí),在滾回事務(wù)后,MySQL服務(wù)器從binlog剪切回滾的 InnoDB事務(wù).這樣可以確保binlog反饋InnoDB表的確切數(shù)據(jù)等,并使從服務(wù)器保持與主服務(wù)器保持同步(不接收 回滾的語(yǔ)句).

innodb_flush_log_at_trx_commit (這個(gè)很管用)
抱怨Innodb比MyISAM慢 100倍?那么你大概是忘了調(diào)整這個(gè)值.默認(rèn)值1的意思是每一次事務(wù)提交或事務(wù)外的指令都需要把日志寫入(flush)硬盤,這是很費(fèi)時(shí)的.特別是使用電 池供電緩存(Battery backed up cache)時(shí).設(shè)成2對(duì)于很多運(yùn)用,特別是從MyISAM表轉(zhuǎn)過(guò)來(lái)的是可以的,它的意思是不寫入硬盤而是寫入系統(tǒng)緩存.日志仍然會(huì)每秒flush到硬 盤,所以你一般不會(huì)丟失超過(guò)1-2秒的更新.設(shè)成0會(huì)更快一點(diǎn),但安全方面比較差,即使MySQL掛了也可能會(huì)丟失事務(wù)的數(shù)據(jù).而值2只會(huì)在整個(gè)操作系統(tǒng) 掛了時(shí)才可能丟數(shù)據(jù).

維易PHP培訓(xùn)學(xué)院每天發(fā)布《Mysql入門MYSQL主從不同步延遲原理分析及解決方案》等實(shí)戰(zhàn)技能，PHP、MYSQL、LINUX、APP、JS,CSS全面培養(yǎng)人才。

轉(zhuǎn)載請(qǐng)注明本頁(yè)網(wǎng)址：
http://www.snjht.com/jiaocheng/13907.html