RocketMQ 主從複製是 RocketMQ 高可用機制之一,數據可以從主節點複製到一個或多個從節點。 這篇文章,我們聊聊 RocketMQ 的主從複製,希望大家讀完之後,能夠理解主從複製的精髓。 1 同步與異步 在 RocketMQ 的集羣模式中,Broker 分為 Master 與 Slave,一個 Master 可以對應多個 Slave,但是一個 Slave 只能對應一個 Master。
MySQL 主從複製的同步機制是由從庫(Slave)發起請求,然後主庫(Master)通過一個名為 log dump 的線程將日誌推送給從庫。接收到日誌後,從庫會將其保存到中繼日誌(Relay Log)中,並通過 SQL 線程(SQL thread)執行這些日誌操作。這個過程是異步的,且主庫不會關心從庫是否同步。 主從延遲的可能原因: 網絡延遲 主庫與從庫之間的數據是通過網絡進行傳輸
背景 由於公司所有開發測試數據庫都是存在一個mysql實例的,後面有些數據庫有很多表幾萬表,太影響性能了,就想着把這些庫拆開到單獨的實例,使用xtrabackup可以在線備份並且有記錄binlog位置,使用xtrabackup將這幾個庫單獨備份出來,再恢復,但是xtrabackupl默認是全庫備份 的,指定 單獨的庫備份 後mysql會提示其他庫的表空間不存在,以下記錄操作過程:
從數據備份到故障自動恢復,再到無限水平擴展,Redis 高可用架構的演進之路 在單機 Redis 面臨性能瓶頸和單點故障的風險下,構建高可用架構成為保障業務連續性的關鍵。本文將深入解析 Redis 的三種高可用架構方案——主從複製、哨兵模式和 Cluster 集羣,揭示它們各自的設計哲學、適用場景及故障轉移機制,幫助您在業務發展不同階段做出正確的技術選型。 1 高可
概述 Redis是個內存數據庫,速度很快,但單台服務器的內存、處理能力都是有限的。如果數據量太大(比如幾十GB),單台機器存不下;或者訪問量太高(比如每秒幾十萬次請求),單台機器扛不住。這時候就需要多台Redis一起工作,也就是"集羣"相關的技術。 另外,單台機器萬一宕機了,數據就沒了,服務也停了,所以還需要"備份"和"自動恢復"的機制,這就是主從複製和哨兵模式的作用。 1. 主從複製(Maste
有一次,我去參加一個大廠社招面試。 下午三點,會議室冷氣開得像北極,我穿着優衣庫薄外套,手裏捏着簡歷,感覺像剛被從 Redis 緩存裏淘汰出來的過期 key。 面試官很穩重,敲了兩下桌子,開口問了第一句: “來,説説 Redis 集羣的主從複製模型,你在項目裏怎麼用的?” 那一瞬間,我的腦子像 Redis 重啓,先冷、再熱、最後進
MySQL主從複製詳解 基本概念與作用 MySQL主從複製是一種數據同步機制,允許將一個MySQL服務器(主服務器)的數據變更實時複製到一個或多個MySQL服務器(從服務器)。主從複製主要有以下作用: 數據備份:從服務器可作為主服務器的實時備份 負載均衡:讀操作分發到從服務器,減輕主服務器壓力 高可用架構:主服務器故障時可快速切換到從服務器 數據分發:將數據複製到地理分佈式服務器 版本