本篇內(nèi)容主要講解“MySQL出現(xiàn)主從同步不一致的情況分析”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“mysql出現(xiàn)主從同步不一致的情況分析”吧!

10余年的金昌網(wǎng)站建設經(jīng)驗，針對設計、前端、開發(fā)、售后、文案、推廣等六對一服務，響應快，48小時及時工作處理。網(wǎng)絡營銷推廣的優(yōu)勢是能夠根據(jù)用戶設備顯示端的尺寸不同，自動調(diào)整金昌建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設計，從而大程度地提升瀏覽體驗。創(chuàng)新互聯(lián)公司從事“金昌網(wǎng)站設計”,“金昌網(wǎng)站推廣”以來，每個客戶項目都認真落實執(zhí)行。

1. MySQL數(shù)據(jù)庫主從同步延遲原理。

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

2. MySQL數(shù)據(jù)庫主從同步延遲是怎么產(chǎn)生的。

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

3. MySQL數(shù)據(jù)庫主從同步延遲解決方案

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

mysql-5.6.3已經(jīng)支持了多線程的主從復制。

GTID的概念

     普通的復制過程中，從庫通過記錄主庫的binlog文件名和偏移量來記錄和接收主庫binlog的事件工作進展。下次開始復制的時候告知主庫這些信息，讓主庫可以從正確的位置開始發(fā)送binlog的事件給從庫。但基于GTID的復制就不再需要告知這些事情，在執(zhí)行  CHANGE  MASTER  TO 命令，也不需要指定MASTER_LOG_FILE 和 MASTER_LOG_POS參數(shù)。只需要指定MASTER_AUTO_POSTION = 1 就可以了，主庫會根據(jù)從庫發(fā)送過來的一個GTID集合信息來決定從哪里開始發(fā)送binlog事件。大大簡化了數(shù)據(jù)庫管理員在復制中的工作。

    GTID是在數(shù)據(jù)庫提交事務時創(chuàng)建的唯一的標示符。該標示符與事務是一一相關的。

    GTID有兩部分組成，如下所示：

    GTID = source_id：transaction_id 

    source_id 用于標識這個事務是在哪個數(shù)據(jù)庫實例上執(zhí)行的。用的是uuid作為source_id 。

    transaction_id 是一個序列號，取決于該事務在數(shù)據(jù)庫上的提交順序。該序列號初始為1.

在MySQL5.6以前的版本，同步復制都是單線程的，只能一個一個執(zhí)行。在5.6做到了多個庫多線程復制。

但是需要注意的是。一個庫只能由一個線程去復制。也就是說若復制的庫只有1個，那么線程也只有一個。復制的庫有2個。那么線程可以增加到兩個。

GTID的作用，具體歸納下來有以下兩點：

   1.根據(jù)GTID來確認事務最初的是在哪個實例上提交的

   2.GTID的存在方便了Replication和failover。

到此，相信大家對“mysql出現(xiàn)主從同步不一致的情況分析”有了更深的了解，不妨來實際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關內(nèi)容可以進入相關頻道進行查詢，關注我們，繼續(xù)學習！

文章名稱：mysql出現(xiàn)主從同步不一致的情況分析
當前URL：http://www.aaarwkj.com/article20/jpoijo.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站設計、做網(wǎng)站、全網(wǎng)營銷推廣、品牌網(wǎng)站制作、Google、網(wǎng)站設計

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)