如何實現(xiàn)mysql讀寫分離
基于主從復制架構(gòu)跟匆,簡單來說赞赖,就是搞了一個主庫滚朵,掛多個從庫,然后我們單單只是寫主庫前域,然后主庫會自動把數(shù)據(jù)同步到從庫上辕近。
mysql主從復制原理是什么
主庫將變更寫binlog日志,然后從庫連接到主庫后匿垄,從庫有一個IO線程移宅,將主庫的binlog日志拷貝到自己本地归粉,寫入一個中繼日志中,接著從庫中有一個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之后才會認為寫完成踢步。
- 并發(fā)復制:指的是從庫開啟多個線程,并行讀取relay log中不同庫的日志丑掺,然后并行重放不同庫的日志获印,這樣庫級別的并行。
mysql主從同步延時問題
就比如說用了mysql主從架構(gòu)之后街州,可能會發(fā)現(xiàn)兼丰,剛寫入庫的數(shù)據(jù)結(jié)果沒查到玻孟,結(jié)果就完蛋了。
所以實際上需要考慮好應(yīng)該在什么場景下來用mysql主從同步鳍征,建議是一般在讀遠遠多于寫黍翎,而且讀的時候一般對數(shù)據(jù)時效性要求沒有那么高,用mysql主從同步蟆技。
通常來說玩敏,我們會對于那種寫了之后立馬就要保證可以查到的場景,采用強制讀主庫的方式质礼,這樣就可以保證讀到數(shù)據(jù)旺聚,其實用一些數(shù)據(jù)庫中間件是沒問題的。
解決主從延遲嚴重
1眶蕉、分庫砰粹,將一個主庫拆分為4個主庫,每個主庫的寫并發(fā)就500/s造挽,此時主從延遲可以忽略不計
2碱璃、打開mysql支持的并行復制,多個庫并行復制饭入,如果說某個庫的寫入并發(fā)就是特別高嵌器,單庫寫并發(fā)達到了2000/s,并行復制還是沒意義谐丢。28法則爽航,很多時候比如說,就是少數(shù)的幾個訂單表乾忱,寫入了2000/s讥珍,其他幾十個表10/s。
3窄瘟、重寫代碼衷佃,寫代碼的同學,要慎重蹄葱,當時我們其實短期是讓那個同學重寫了一下代碼氏义,插入數(shù)據(jù)之后,直接就更新图云,不要查詢
4惯悠、如果確實是存在必須先插入,立馬要求就查詢到琼稻,然后立馬就要反過來執(zhí)行一些操作吮螺,對這個查詢設(shè)置直連主庫饶囚。不推薦這種方法帕翻,你這么搞導致讀寫分離的意義就喪失了