在通訊行業，平常併發量很高，即便是空閒時段也有相當的訪問量。幾分鐘的停機時間，對使用者也會有明顯的影響，更不用說因資料遷移的服務暫停，這對業務方來說是無法接受的。

AISWare AIDB亞信科技資料庫（以下簡稱：AIDB）作為一款高效能、高可用的分散式關係型資料庫產品，通過資料節點的彈性伸縮，實現使用者無感知的平滑擴充套件，並無需上層應用進行停機維護。前一篇文章，我們解讀了 AIDB的彈性擴充套件原理和幾種常見的業務架構設計，需要了解的可以點選藍字跳轉或複製該連結（http://blog.itpub.net/70000893/viewspace-2839576/）檢視。

本篇，我們重點介紹AIDB的自動擴縮容過程和典型業務場景。

自動化的擴容過程

下面就介紹一下在使用者無感知的前提下， AIDB叢集是如何進行自動化擴容的：

1. 當AIDB管理平臺發起擴容請求，該請求被推送到管理節點，管理節點開始準備相應的擴容方案；
2. 管理節點要求各節點上報資料量，根據節點數和資料量資訊，生成相應的資料分片和遷移策略；
3. 新增新的叢集節點，廣播新增節點資訊到所有節點上；
4. 新增節點新增成功，基於遷移策略，開始向新增節點進行資料遷移；
5. 資料遷移完成，新增節點作為新的資料分片，開始向外部應用程式提供服務。

擴容後，對當前節點上的資料，AIDB將按照新的節點數量和資料分片策略，對資料進行重新分佈和負載均衡。

不停機的挑戰

不停機的水平線上擴充套件，需要注意哪些關鍵點？第一，保證擴容過程中，系統效能和穩定性，第二，不影響使用者體驗，尤其是訪問量高的前端業務；第三，高可用，即每條記錄準確而且不丟失記錄。AIDB通過資料庫的資料自動負載均衡、透明遷移等功能，保證系統的效能和穩定性；具備“電信級”高可用、資料強一致等特性，通過主備複製保證高可用；叢集伺服器遇到故障自動切換，RPO=0 資料零丟失。

自動負載均衡

當單張表資料量過大時，AIDB可以自動負載均衡。負載均衡是指，當出現某一分片對應的資料量佔比較低時，會以管理節點為協調者進行資料遷移，以達到AIDB各節點資料均衡的目的。避免因資料傾斜問題，導致某些表的資料特別多，拖累系統效能和穩定性。

資料的透明遷移

AIDB的資料遷移過程，對外部是透明的，內部通過dml雙寫、資料對映、和多次後設資料維護等實現，不會出現一段時間無法提供服務。同時，AIDB能夠匹配業務端負載壓力，儘量減少因擴容動作引起的波動，保證系統可以正常讀寫資料，整個擴容過程不影響使用者的線上業務。

系統的高可用

多節點部署的AIDB分散式叢集，通過主備進行復制，遷移的步驟會被記錄並同步備機，當管理節點出現當機時，主備故障自動切換（Auto-failover），切換完成後，會重新載入遷移資訊並繼續執行。實現了系統的高可用（HA），滿足企業級應用對於系統和資料的安全性、穩定性要求。

典型業務場景

AIDB的快速線上擴充套件能力，在不停機、不中斷的前提下，僅用9小時，就完成了從21節點到24節點的擴容任務，資料遷移量達到整理後的7TB，涵蓋2000萬使用者6萬餘張表的上百億條記錄。主要難點在於高連線數的併發訪問、資料規模量大、I/O爭用，如果一直依賴傳統小機部署，不僅成本高昂、連線數使用也會趨於飽和。

通過引入AIDB，藉助資料庫本身的自動負載均衡能力，讓開發和運維人員無需過多關注Sharding等細節問題，便可全面提高研發生產力，大幅提升交付效率。

AIDB的平滑擴充套件方式，適用於各種高併發、海量資料、業務不中斷的需求場景。業務系統的高可用、高效能、彈性伸縮等質量屬性，很大程度上依賴於資料庫本身的特性。現在的關係型資料庫，都在向原生分散式架構演進，以應對產品穩定性、系統效能、和水平可擴充套件等挑戰。

關於AISWare AIDB 亞信科技資料庫

AISWare AIDB亞信科技資料庫，是亞信科技（股票程式碼01675.HK）自研的分散式關係型資料庫，依託多年行業積累與實踐經驗精心打造。具備原生分散式、百萬高併發、“電信級”高可用、平滑擴充套件、分層儲存等特性，同時具備全面相容MySQL、視覺化運維，支援高吞吐低時延OLTP類場景等優勢。至今已成功應用於中國移動､中國電信､中國聯通的核心業務系統，服務於國內外電信、廣電、交通等行業客戶。