AWS Aurora数据库 Multi-Master 小测

2019-08-13 08:30:55来源:博客园 阅读 ()

新老客户大回馈,云服务器低至5折

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

原文链接:https://www.cnblogs.com/hsbxxl/p/11327004.html
如有疑问请与原作者联系

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:Mysql 局域网连接设置——Windows

下一篇:MySQL5.6解压版服务无法启动—系统错误1067