Tag: drbd

沒記錯的話，Mobile01 應該是去年暑假左右從 MyISAM 換成 InnoDB 的？一切的起頭應該是蔣大「現在SSD硬碟可以拿來跑資料庫嗎?」這篇。

• 使用DRBD與Heartbeat建構高可靠性的MySQL資料庫伺服器 (1/4: DRBD安裝與設定)
• 使用DRBD與Heartbeat建構高可靠性的MySQL資料庫伺服器 (2/4: 資料庫伺服器)
• 使用DRBD與Heartbeat建構高可靠性的MySQL資料庫伺服器 (3/4: Heartbeat)
• 使用DRBD與Heartbeat建構高可靠性的MySQL資料庫伺服器 (4/4: Replication)

另外同場加映，使用 Percona 的工具讓管理上更方便：

• 使用Percona Tool Kit修復MySQL Replication資料不同步
• 使用Percona XtraBackup備份MySQL資料庫

MyISAM 是 MySQL 5.0 與 5.1 預設的 storage engine (到 5.5+ 預設的 storage engine 改成 InnoDB)，讀取的效能相當好，但總是有些問題。

當時剛好有機會跟蔣大與 Ryan 聊到當時 Mobile01 遇到的問題，問了一些細節後感覺上是 MyISAM 的問題，就提了 MyISAM 與 InnoDB 的優缺點比較，以及幾個 InnoDB 的 High Availability 的解決方案 (晚上就算設備出問題也不用擔心要爬起來救機器)：

• MyISAM 的讀寫互斥、寫入也是互斥。當有資料在讀取時無法更改資料庫內容，而有寫入時其他人不能讀取。另外同時間只能有一個人寫入。(有少數操作是例外，像是 bulk insert，這邊跳過)
• MyISAM 不是 crash-safe storage engine。機器總是有機會爛掉，這時候除了重開機的時間外，還需要有修 table 的時間，對於網站的 uptime 比較痛。

這兩點是當時 Mobile01 遇到最痛的問題：用 iostat 看起來 I/O 明明就沒有滿，但就是會卡 SQL query，而當機後修資料庫的時間又很長。

一個是已經在業界驗證很久的解決方案 XFS + DRBD + Heartbeat，當機器發生問題時的 downtime 從 30secs 到五分鐘 (依照資料性質與大小而有差異，在切換上線後有資料庫的熱機問題)。

另外一個是當時還很新的 Percona XtraDB Cluster，可以避免資料庫的熱機問題，不過技術很新。

後來 Mobile01 用 RAID 10 的硬體，軟體的部份用 Debian + XFS + DRBD + Heartbeat 跑 Percona Server 的 XtraDB (InnoDB 的加強版)，先用 VM 做了 PoC (直接砍掉 mysqld，或是直接關掉 VM 之類的，測試整個機制夠不夠自動化)，然後就上線了 :p

記得上線那幾天跟 Ryan 聊，好像效果還不錯吧...