mysql磁碟複製技術--drbd：優缺點比較、注意事項以及最佳實踐
drbd 是核心模組方式實現的塊級別同步複製技術、這裡的同步級別是可以調整的
因為drbd 是利用網絡卡進行塊複製、如果、這裡用 infiniband 進行傳輸、便可以有效處理高併發
這是種複製儲存、說白點、更像是一台熱備機器、與其說是儲存的ha、倒不如說是保證資料安全
工業環境更多用在 nfs 伺服器、並結合 linux-ha 專案、如 packmaker、heartbeat 等
很多人談 drbd 腦裂而色變、用過就知道了、腦裂不是那麼容易就發生的
drbd 注意不設定自動啟動、重啟時候手動啟動、腦裂的情況發生非常的少
工作中基本不重啟 drbd、更不會重啟伺服器了、基本上沒遇到腦裂的問題
㈠ 優缺點比較
優點① 沒有單點故障的風險暴露
② 沒有集群軟體通病、如 腦裂
缺點⑴ 浪費資源
drbd 的備機目前還不能提供讀、所以浪費了資源
大家都知道、生產環境下的 mysql 伺服器都是頂配的、這樣**上浪費一台機器、感覺很可惜的
⑵ drbd 無法代替備份
drbd 可能會造成壞資料、不管啥ha、資料備份一定要有、沒備份、整個ha癱瘓掉、你也嗝屁了、閃人吧
⑶ 故障轉移無法做到秒級以內
⑷ 對於myisam 表用處不大
事實上、任何期望高可用的系統、myisam 都不會是個選擇、因為
myisam 的崩潰恢復後需要很多時間修復、並且、會丟失資料
⑸ 增加寫操作負擔
主要是innodb 設定為 innodb_flush_log_at_trx_commit=1
導致許多小的寫入和fsync()呼叫、那麼、drbd同步將會比較緩慢
㈡ 注意事項
① drbd 和 linux-ha 版本選擇
② drbd 專門使用一塊網絡卡
③ 心跳網路與vip服務網路分離
④ iptables針對心跳網路放開drbd、linux-ha 的埠、vip可根據自己的應用開啟對應埠
⑤ 監控drbd、linux-ha 狀態、最好做成指令碼、自動檢測、出問題報警
⑥ 通常都有流量監控系統（mrtg,cacti等）、定期檢查機器的負載、流量情況
㈢ 最佳實踐
drbd 只選擇複製存放 binlog 的裝置、如果、
主動節點失效、可以在被動節點上開啟乙個日誌伺服器
然後、對失效主庫的所有裝置應用這些 binlog 、接下來
可以選擇其中乙個備庫提公升為主庫、以代替失效的系統
mysql集群技術 主主複製
主從複製,2臺伺服器地位有差別,一主一從.從伺服器一是起到備份作用,一是起到分擔查詢壓力的作用.接下來的配置,2臺伺服器之間,沒有明顯的地位差距,兩者可以同步對方的內容.一般的格局如下圖 兩台伺服器相互複製 1 2臺伺服器都設定上二進位制日誌和relay日誌 2 都設定上replcation賬號 3...
Mysql複製技術中的主鍵衝突
在多個master中複製的問題，主要是自增主鍵問題。可以用auto increment increment和auto increment offset引數解決 1 auto increment increment 控制增長的間隔 2 auto increment offset 控制auto incr...
mysql 位元組複製 MySQL 複製表
mysql 複製表 如果我們需要完全的複製mysql的資料表，包括表的結構，索引，預設值等。如果僅僅使用 create table select 命令，是無法實現的。使用 show create table 命令獲取建立資料表 create table 語句，該語句包含了原資料表的結構，索引等。複製...