首先，我們先明確地域（region）和可用區（zone）概念，雲數據庫託管機房分佈在全球多個位置，這些位置都由地域和可用區構成。每個地域都是一個獨立的地理區域。而每個地域內都有一組電力和網絡互相獨立的物理數據中心，這個稱爲可用區。一個可用區出現故障，是不會影響另一個可用區，即可用區間故障相互隔離，不出現故障擴散。同一地域下的可用區通過低時延的內網鏈路相連。通常會建議用戶在設計系統時考慮將資源放置在不同可用區以屏蔽單個可用區故障導致的服務不可用狀態，所以多可用區部署可幫助保護數據庫以防止可用區故障導致數據庫不可訪問。
這裏要明確的是，無論數據庫集羣中的實例是否跨多個可用區，每個雲數據庫 MySQL 高可用版的架構都有實時熱備的備機提供數據庫的高可用，比如地域選擇爲華東，可用區爲上海三區，數據複製方式爲強同步模式，一主兩備組成集羣，主備都在同一個可用區。
重點來了，雲數據庫MySQL支持跨可用區部署，主庫和備庫分處於同城不同可用區，通過騰訊專線網絡進行實時的數據複製。跨可用區部署特性爲雲數據庫 MySQL 提供了多可用區容災的能力，主機和備機切換過程對用戶透明， 如果出現主數據庫實例故障或可用區中斷，主數據庫實例會自動切換到備用副本，這避免了單 IDC 部署的運營風險。
選擇“多可用區域”，主庫在上海一區，兩個備庫在上海二區，注意主備庫分處不同可用區，可能會增加2~3ms的同步網絡延遲。本地爲主機，遠程爲備機，外部訪問該數據時，首先訪問本地的實例，若主庫發生故障或訪問不可達，則訪問備庫。
跨可用區部署的實例整體架構圖，如下圖所示。
