AWS Aurora数据库 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.

更多安装/测试，请参考：

 

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是否能和平共处，还是很值得关注的点。