2024-07-20 分類: 網(wǎng)站建設
如何實現(xiàn) MySQL 的讀寫分離?MySQL 主從復制原理是啥?如何解決 MySQL 主從同步的延時問題?
其實很簡單,就是基于主從復制架構(gòu),簡單來說,就搞一個主庫,掛多個從庫,然后我們就單單只是寫主庫,然后主庫會自動把數(shù)據(jù)給同步到從庫上去。
主庫將變更寫入 binlog 日志,然后從庫連接到主庫之后,從庫有一個 IO 線程,將主庫的 binlog 日志拷貝到自己本地,寫入一個 relay 中繼日志中。接著從庫中有一個 SQL 線程會從中繼日志讀取 binlog,然后執(zhí)行 binlog 日志中的內(nèi)容,也就是在自己本地再次執(zhí)行一遍 SQL,這樣就可以保證自己跟主庫的數(shù)據(jù)是一樣的。
這里有一個非常重要的一點,就是從庫同步主庫數(shù)據(jù)的過程是串行化的,也就是說主庫上并行的操作,在從庫上會串行執(zhí)行。所以這就是一個非常重要的點了,由于從庫從主庫拷貝日志以及串行執(zhí)行 SQL 的特點,在高并發(fā)場景下,從庫的數(shù)據(jù)一定會比主庫慢一些,是有延時的。所以經(jīng)常出現(xiàn),剛寫入主庫的數(shù)據(jù)可能是讀不到的,要過幾十毫秒,甚至幾百毫秒才能讀取到。
而且這里還有另外一個問題,就是如果主庫突然宕機,然后恰好數(shù)據(jù)還沒同步到從庫,那么有些數(shù)據(jù)可能在從庫上是沒有的,有些數(shù)據(jù)可能就丟失了。
所以 MySQL 實際上在這一塊有兩個機制,一個是半同步復制,用來解決主庫數(shù)據(jù)丟失問題;一個是并行復制,用來解決主從同步延時問題。
這個所謂半同步復制,也叫 semi-sync
復制,指的就是主庫寫入 binlog 日志之后,就會將強制此時立即將數(shù)據(jù)同步到從庫,從庫將日志寫入自己本地的 relay log 之后,接著會返回一個 ack 給主庫,主庫接收到至少一個從庫的 ack 之后才會認為寫操作完成了。
所謂并行復制,指的是從庫開啟多個線程,并行讀取 relay log 中不同庫的日志,然后并行重放不同庫的日志,這是庫級別的并行。
以前線上確實處理過因為主從同步延時問題而導致的線上的 bug,屬于小型的生產(chǎn)事故。
是這個么場景。有個同學是這樣寫代碼邏輯的。先插入一條數(shù)據(jù),再把它查出來,然后更新這條數(shù)據(jù)。在生產(chǎn)環(huán)境高峰期,寫并發(fā)達到了 2000/s,這個時候,主從復制延時大概是在小幾十毫秒。線上會發(fā)現(xiàn),每天總有那么一些數(shù)據(jù),我們期望更新一些重要的數(shù)據(jù)狀態(tài),但在高峰期時候卻沒更新。用戶跟客服反饋,而客服就會反饋給我們。
我們通過 MySQL 命令:
show status
查看 Seconds_Behind_Master
,可以看到從庫復制主庫的數(shù)據(jù)落后了幾 ms。
一般來說,如果主從延遲較為嚴重,有以下解決方案:
網(wǎng)站標題:如何實現(xiàn)MySQL的讀寫分離?
網(wǎng)頁地址:http://www.ekvhdxd.cn/news34/327734.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供營銷型網(wǎng)站建設、網(wǎng)站改版、網(wǎng)站制作、網(wǎng)站營銷、網(wǎng)站建設、移動網(wǎng)站建設
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容