AWS Aurora Mysql終於推出了Multi-Master，直面硬剛Oracle RAC。在多一份資料庫產品選擇的小興奮之餘，我們也看看新推出的Multi-Master的特點（包括優缺點）。 ...
AWS Aurora Mysql終於推出了Multi-Master，直面硬剛Oracle RAC。在多一份資料庫產品選擇的小興奮之餘，我們也看看新推出的Multi-Master的特點（包括優缺點）。 1. Aurora Multi-Master目前只有以下幾個Region可用 US East (N. Virginia), US East (Ohio), US West (Oregon), and EU (Ireland) 2. 先來張圖，基本可以看到，和Oracle RAC實現的機制是完全不同的，Oracle RAC是記憶體層面的block cache fusion，Aurora MM是存儲複製，基本還是停留在Oracle 9i的理論層面。這裡就不深入對比這些了。 本文主要是比較Aurora Multi-Master和Single-Master.
更多安裝/測試，請參考：
https://amazonaws-china.com/cn/blogs/database/building-highly-available-mysql-applications-using-amazon-aurora-mmsr/?from=timeline&isappinstalled=0
3. 有個統一的Endpoint可以訪問，aurora能內部自動load balance
4. 也可以創建定製化的Endpoint，只訪問其中一個instance
5. Multi-Master無法創建replica，整個集群，最多只有兩個Master節點。
如果想嘗試增加節點，會遇到下麵提示。
6. Single-Master可以增加15個replica，Cross Region replica和replica auto scaing等
7. Multi-Master當前只有Mysql-5.6.10a版本可選
8. 其實Single-Master可選的版本也不是很多
9. Multi-Master可選的機器類型只有下麵三種，既沒有很小的機型，也沒有特別大的機型。
10. Single-Master可選的機型，就會豐富很多
總結，Mysql的開源的基因，也決定了，在很多高級功能上，和Oracle還是有不小的差距的。畢竟都是Oracle公司的產品，一個很貴很貴，一個免費free。 但是隨個很多大公司的二次開發，在很多方面基於Mysql的資料庫產品，也變現出很多值得關註的地方。 Aurora Multi-Master，作為一個新生產品，估計考慮到雙主的數據一致性問題，目前還不支持slave的情況。一個Multi-Master集群，目前最多有兩個節點。 Aurora single-Master，可以有15個slave，在大數據量，高併發的查詢場景中，優勢一覽無餘。由於Aurora的存儲是共用的，所以，在Master發生failover的時候，slave接管的過程是很快的。主要延遲在存儲同步的gap。理論上，是秒級的failover。 所以，在使用過程中，據需要根據業務情況，資料庫可用性的容忍度。來決定，使用Multi-Master還是Single-Master. 金融類強一致性要求的，並且這類傳統業務，數據量不會很大，兩個節點的Multi-Master，既保證了強一致性，也能滿足性能要求。 如果有一定宕機容忍度的系統，Single-Master還是更好的選擇，畢竟Master沒事也不是經常掛掉。 而且，越美麗，越炫技的功能，就越需要時間去沉澱，去穩定。 所以Aurora Multi-Master，在未來的路上，兩個Master是否能和平共處，還是很值得關註的點。
