本文檔介紹了PolarDB MySQL引擎即將重磅推出的多主架構。
簡介
隨著PolarDB MySQL客戶的不斷增加，大規模頭部客戶不斷湧入，部分頭部客戶業務體量規模龐大，使得目前PolarDB MySQL引擎的單寫（一寫多讀）架構在特定情境下，寫效能出現瓶頸。
PolarDB MySQL引擎全新推出多主架構，實現從一寫多讀架構到多寫多讀架構的升級，主要面向多租戶、遊戲、電商等高並發讀寫的應用情境。
多主架構的架構圖如下：
核心優勢和能力
支援不同資料庫在不同計算節點並發寫入。
最多支援32個節點同時寫入。
支援資料庫跨節點動態調度，秒級完成切換，極大提升叢集整體並發讀寫能力。
若某個計算節點發生故障，可秒級完成切換。
適用情境
多主架構主要面向SaaS多租戶、遊戲、電商等高並發讀寫的應用情境。
SaaS多租戶情境：滿足高並發效能需求，實現租戶間負載平衡
情境特點：租戶的資料庫數量變化較快，負載變化較大，需要經常在不同的執行個體之間調配資料庫資源，以便達到最佳使用者體驗。
解決方案：多主架構可協助客戶快速將租戶的資料庫在不同RW節點間進行切換，從而實現負載平衡。
分服遊戲情境：更好的效能和擴充能力，支援世界服架構
情境特點：在遊戲成長期，資料庫負載較大，且呈現為不斷增長的趨勢特點。通常表現為在遊戲成長期期間，會不斷增加資料庫，導致RW節點負荷也不斷增加。而在遊戲衰退期，資料庫負載逐漸減少，資料庫會不斷合并，導致RW節點的負荷也呈減少趨勢。
解決方案：遊戲成長期，可快速將部分資料庫切換到新的RW節點，實現負載平衡；遊戲衰退期，可快速將資料庫彙總到少量RW節點，快速降低運作成本。
效能提升情況
經測試，隨著一個叢集中的資料庫切換至更多的主節點（RW）上，叢集整體並發讀寫能力幾乎呈線性提升。
如下為實際測試資料。
測試背景：叢集包含8個資料庫，8個RW節點。
測試過程：初始情況下，8個資料庫全部負載在其中一個RW節點上，然後對所有資料庫同步執行相同的壓力測試。壓測期間，將8個資料庫分別平均切換到2個RW節點、4個RW節點、8個RW節點上，觀察叢集整體的效能變化趨勢。
效能變化趨勢如下，以QPS為例：
從上圖可以看出，隨著資料庫切換至更多的RW上時，叢集整體並發讀寫能力得到了極大的提升，幾乎呈現為線性提升。
申請試用
若您對PolarDB MySQL引擎的多主架構感興趣，可點擊此處或掃描下方二維碼申請試用。
