[TOC] ### 高可用 1.MyISAM表實際上用處不大，MyISAM表崩潰后需要花費很長的實踐來檢查和修復，請使用InnoDB或其他支持快速、安全恢復的存儲殷勤來代替MyISAM。 2. DRBD對寫操作而增加來負擔。使用DRBD導致服務器變慢最常見的原因是MySql使用InnoDB并采取來完全持久化模式，這會導致許多小的寫入和fsync()調用，通過DRBD同步時會非常慢。 ### 基于復制的冗余 復制管理器概念 ``` 復制管理器是使用標準MySql復制來創建冗余的工具。 ``` 復制管理器通常監控和管理三件事： 1. 應用和MySql間的通信 2. MySql服務器的健康度 3. MySql服務器間的復制關系 ### 故障轉移和故障恢復 冗余只會在遇到故障需要恢復時才會用到 冗余不會增加可用性或減少宕機 在故障轉移的過程中，高可用性是建立在冗余的基礎上 冗余和故障轉移結合可以幫助跟那個快的恢復。 MRRT的減少將降低宕機實踐并改善可用性 >故障轉移是一個雙向的過程，當服務器A失效，服務器B代替他， 在修復服務器A后可以再替換回來 ### 提升備庫或切換角色 提升一臺備庫為主庫，或者在一主一復制接口中調換主動和被動角色，這些都是許多MySql故障轉移策略很重要的一部分。 ### 虛擬ip地址或ip接管 可以為需要特定服務的MySql示例制定一個邏輯IP地址，當MySql實例失效時，可以將ip地址轉移到另一臺mysql服務器上--用于故障轉移。 不足之處： 1. 需要把所有的IP地址定義在同一個網段，或者使用網絡橋接。 2. 改變ip地址需要系統root權限 3. 有時候還需要更新ARP緩存。 4. 需要確定網絡硬件支持快速IP接管。有些硬件需要克隆MAC地址后才能工作 5. 有些服務器即使完全喪失功能也會保持持有ip地址，所以肯跟需要從物理上關閉或斷開網絡連接。這就是為人所熟知的集中其他節點的頭部。 ### 中間件解決方案 可以使用代理、端口轉發、網絡地址轉換（NAT）或者硬件負載均衡來實現故障轉移和故障恢復