很多使用者在開發軟體系統時，使用了傳統的 MySQL 資料庫，隨著訪問使用者的增長，資料庫讀寫變的異常頻繁，常常會遇到效能瓶頸。這時大家常常會使用分割槽、分庫分表、讀寫分離、資料庫中介軟體等方案優化資料庫訪問效能。這些方案常導致資料庫層的架構維護或開發變得複雜。

Amazon 企業級雲資料庫 Amazon Aurora 服務在中國寧夏區域的落地，將很大程度幫助這些有效能瓶頸的使用者。Amazon Aurora 是 AWS 打造的一款能相容 MySQL 的新一代企業級資料庫，她基於雲設計了一套全新架構，使資料庫的效能大大的優化，每秒鐘能完成數十萬甚至上百萬的讀寫事務。她有商業資料庫的效能和可靠性，有非常靈活的橫向及縱向擴充套件能力，而成本只有商業資料庫的1/10，讓廣大開發者在開發應用時有了一個新的選擇。目前有很多的企業使用者，使用 Amazon Aurora 資料庫做生產的資料庫，比較新的一個案例是 Verizon 。 Verizon Communications 是納斯達克的一家上市公司，公司在美國運營可靠的無線網路和全國的光纖網路接入服務，並向全球企業提供網路整合解決方案，她旗下眾多子公司服務全球超過10億使用者。Verizon 在2018年5月宣佈將遷移超過1000個業務應用及後臺資料庫到 AWS 平臺，並且包括使用 Amazon Aurora 代替生產資料庫，通過將本地資料庫替換成 Aurora，他們將能獲得高階商業資料庫的速度及可用性，也能獲得開源資料庫的簡單性和低成本。

Amazon Aurora 雲資料庫的相容性

在由西雲資料運營的 AWS 中國（寧夏）區域上線的 Amazon Aurora 能很好的相容 MySQL 資料庫，未來也會提供對 PostgreSQL 的支援。

MySQL

Aurora MySQL 能完全相容使用 InnoDB 儲存引擎的 MySQL5.6 及 MySQL 5.7 資料庫。MySQL 使用 MyISAM 儲存引擎的資料庫的部分功能無法在 Amazon Aurora上使用。
對於當前使用 MySQL5.6（InnoDB）、MySQL 5.7 （InnoDB）的使用者，無需修改應用的程式碼、應用程式、驅動程式和連線工具就可以像訪問原資料庫一樣訪問 Amazon Aurora。有版本差異的資料庫，也只需要進行資料庫升級或者進行少量程式碼、應用的修改就可以將系統遷移到 Amazon Aurora。

對於使用 Oracle 或其他資料庫的使用者，可以使用 AWS 提供的遷移工具或第三方遷移工具將資料遷移到 Amazon Aurora 中，但應用的程式碼、驅動和訪問工具可能會和原來不同。

Amazon Aurora 的高效能和擴充套件性

Amazon Aurora 是一個叢集資料庫，你建立的叢集資料庫可以包含一個主節點和多個只讀節點，當用戶訪問量增加時候，你可以根據需求動態增加只讀節點，從而擴充套件資料庫的讀的能力，她最多可以跨三個可用區新增15個低延時（一般延時為毫秒級）的只讀副本，這意味著你的資料庫可以是一個16個節點組成的叢集，大大提高了資料庫的處理能力。

Amazon Aurora 資料的永續性

Amazon Aurora 資料庫的儲存是由 SSD 硬碟為基礎的、能被 Amazon Aurora 資料庫內多個節點共享的虛擬叢集卷，這個叢集卷可以跨3個可用區。當我們將資料插入到 Amazon Aurora 資料庫的時候，資料庫會跨三個可用區自動複製資料的6個副本（每個可用區2個副本），當磁碟故障或資料中心發生災難時，Amazon Aurora 虛擬叢集卷能夠自動恢復故障，從而保障資料的高可用。

Amazon Aurora 的訪問

我們一般通過叢集終端節點和只讀節點訪問 Amazon Aurora 資料庫，這和訪問普通的 MySQL 是類似的。叢集終端節點會訪問資料庫主節點進行讀寫操作，只讀節點通過負載均衡的方式訪問多個只讀節點，這樣能減輕每個節點的壓力。如果主節點出現故障，只讀節點會自動提升為主節點，故障轉移資料通常小於30秒。由於 Amazon Aurora 的多個節點可以位於雲上不同的可用區，因此小到物理伺服器損害，大到機房損毀都不會對資料庫造成大的影響，您的資料庫都可以自動恢復故障。

Amazon Aurora 的架構

傳統的資料庫大都設計於70年代，她將資料庫例項和儲存整合在一起，很難橫向擴充套件，效能也不易改善。Amazon Aurora 是基於雲設計的新一代架構，使用的是計算和儲存分離的方案（如下圖所示），在高可用、儲存、日誌、連線等多方面有優化。她的上層是跨可用區的多個 Amazon Aurora 例項節點，保障例項的高可用，虛擬儲存層保持資料的多個副本，從而保證資料的高可用。Amazon Aurora 為關係型資料庫帶來了一種新的架構，通過將計算和儲存解耦，例項將日誌傳送給儲存服務，日誌在儲存服務中處理並自動同步多份資料，從而使資料庫能夠非常靈活的橫向擴充套件。由於計算層和儲存層之間傳輸的是日誌而不是更改的資料，因此計算和儲存層之間的網路流量大大降低。

Amazon Aurora的效能

我們使用4檯安裝了 sysbench 的 R3.8XLarge 機器（32核／244GB記憶體）對一個 R3.8XLarge （32核／244GB記憶體）的單節點的 Amazon Aurora MySQL 資料庫進行了效能測試，效能測試結果如下表：

寫入測試

圖中左邊顯示在壓力下， Amazon Aurora 資料庫每秒寫入超過了11萬個事物（11萬 tps），而標準的 MySQL 才完成每秒2萬個事物。

讀取測試

圖中右邊顯示在壓力下， Amazon Aurora 資料庫每秒執行完成60萬個查詢（60萬 tps），而 MySQL 最好的時候也不過是10萬多個查詢。

從效能測試可知，在同等情況下， Amazon Aurora 的效能比 MySQL 好很多，由於 Amazon Aurora 可以橫向擴充套件最多15個只讀節點，因此在有多個只讀節點分擔讀請求的時候，Amazon Aurora 的讀能力大大優於 MySQL。

資料庫維護

Amazon Aurora 是一種完全託管的資料庫，管理員無須管理資料庫的作業系統及作業系統上軟體的安裝等，亞馬遜自動定期的將資料庫資料及日誌備份到 S3 儲存，從而使資料庫管理員在需要時快速恢復資料，管理員可以很容易將資料庫恢復到5分鐘前的任何狀態。Amazon Aurora 還提供了回退功能，如果使用者出現了誤操作，管理員可以將資料庫回退到3天內的任何一個一致狀態。託管的 Amazon Aurora 大大減輕了管理員的硬體維護、軟體更新升級、備份恢復等常見操作。

總結

Amazon Aurora 資料庫在海外已經使用了三年，在這三年中經過了無數客戶的測試及生產環境的驗證，我們也在這三年裡根據使用者的需求對她進行了很多的優化，她是一款成熟的、穩定的、效能優異的企業級資料庫。Amazon Aurora 在西雲資料運營的 AWS （寧夏）區域落地將很大程度解決您應用在高併發下的效能和彈性擴充套件問題，無論您的資料庫是在傳統機房或是在雲中，都可以很輕易將遷移到 Amazon Aurora 中。通過 Amazon Aurora，您的資料庫訪問的效能將大幅提高，使用者也將得到更好的體驗。

	藍勇
	AWS 解決方案架構師，負責基於 AWS 的雲端計算方案架構的諮詢和設計，同時致力於 AWS 雲服務在國內的應用和推廣，在 DR 解決方案、資料倉庫、RDS 服務、企業應用、自動化運維等方面有著廣泛的設計和實踐經驗。在加入 AWS 之前，在甲骨文中國擔任資深售前工程師，負責售前方案諮詢和架構設計，在資料庫，中介軟體，大資料及企業應用方面有豐富經驗。