如何實現(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è)置直連主庫饶囚。不推薦這種方法帕翻，你這么搞導致讀寫分離的意義就喪失了
