資訊專欄INFORMATION COLUMN
摘要：編輯器編輯器背景編輯器前段時間遇到一個線上問題，后來排查好久發現是因為主從同步延遲導致的，所以今天寫一篇文章總結一下這個問題希望對你有用。編輯器幾句嘮叨編輯器大家好，我是小飯，一枚后端工程師。
前段時間遇到一個線上問題，后來排查好久發現是因為主從同步延遲導致的，所以今天寫一篇文章總結一下這個問題希望對你有用。如果覺得還不錯,記得加個關注點個贊哦
隨著日益增長的訪問量，單臺數據庫的能力已經捉襟見肘。因此采用主庫寫數據，從庫讀數據這種將讀寫分離開的主從架構便隨之衍生了出來。
一主一從和一主多從是最常見的主從架構，實施起來簡單并且有效，不僅可以實現高可用，還能讀寫分離，進而提升集群的并發能力。
想要了解主從同步原理，首先得記住兩個很重要的日志文件
通過監控 show slave status 命令輸出的Seconds_Behind_Master參數的值來判斷：
MySQL的主從復制都是單線程的操作，主庫對所有DDL和DML產生的日志寫進binlog，由于binlog是順序寫，所以效率很高。Slave的SQL Thread線程將主庫的DDL和DML操作事件在slave中重放。DML和DDL的IO操作是隨機的，不是順序的，成本高很多。所以SQL Thread線程的速度趕不上主庫學binlog的速度，就會產生主從延遲
另一方面，由于SQL Thread也是單線程的，當主庫的并發較高時，產生的DML數量超過slave的SQL Thread所能處理的速度，或者當slave中有大型query語句產生了鎖等待那么延時就產生了。
既然 SQL 單線程進行重放時速度有限，那么能不能采用多線程的方式來進行重放呢？MySQL 5.6 版本后，提供了一種并行復制的方式，通過將 SQL 線程轉換為多個 work 線程來進行重放，這樣就解決了主從延遲的問題
如果你理解了隨機重放這個導致主從延遲的原因，那么就比較好理解了，控制主庫寫入的速度，主從延遲發生的概率自然就小了。
如果你做的是類似支付這種對實時性要求非常高的業務，那么最直接的方法就是直接讀主庫。
大家好，我是小飯，一枚后端工程師。如果覺得文章對你有一點點幫助，歡迎分享給你的朋友，也給小飯點個贊，下面是我的公眾號，感興趣可以關注，這是小飯堅持下去的動力，謝謝大家，我們下次見！
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/123657.html
摘要：最近在用寫自己的博客，發現總是掉到的坑，于是就好好八一八這個小甜餅，沒想到居然還說很有意思的，每一個知識點都能拉出一條大魚，想想自己之前對，簡直就是它認識我，我只能叫出他的名字。 最近在用thinkjs寫自己的博客，發現總是掉到cookie的坑，于是就好好八一八這個小甜餅，沒想到居然還說很有意思的，每一個知識點都能拉出一條大魚，想想自己之前對cookie，簡直就是它認識我，我只能叫出他...
摘要：性能統計有助于幫我們檢測網站的用戶體驗。這樣，我們就輕輕松松的統計到了首屏時間。下一章，我們將繼續聊聊百度移動版首頁那些事。 歡迎大家收看聊一聊系列，這一套系列文章，可以幫助前端工程師們了解前端的方方面面（不僅僅是代碼）： https://segmentfault.com/blog/frontenddriver 上一篇文章我們討論了，如何進行前端日志打點統計： https://segm...
摘要：性能統計有助于幫我們檢測網站的用戶體驗。這樣，我們就輕輕松松的統計到了首屏時間。下一章，我們將繼續聊聊百度移動版首頁那些事。 歡迎大家收看聊一聊系列，這一套系列文章，可以幫助前端工程師們了解前端的方方面面（不僅僅是代碼）： https://segmentfault.com/blog/frontenddriver 上一篇文章我們討論了，如何進行前端日志打點統計： https://segm...
閱讀 2789·2023-04-25 14:41
閱讀 2387·2021-11-23 09:51
閱讀 3682·2021-11-17 17:08
閱讀 1676·2021-10-18 13:31
閱讀 5552·2021-09-22 15:27
閱讀 918·2019-08-30 15:54
閱讀 2229·2019-08-30 13:16
閱讀 737·2019-08-29 17:04
