一、Mysql高可用解决方案
方案一:共享存储
一般共享存储采用比较多的是 SAN/NAS 方案。
方案二:操作系统实时数据块复制
这个方案的典型场景是 DRBD,DRBD架构(MySQL+DRBD+Heartbeat)
方案三:主从复制架构
主从复制(一主多从)
MMM架构(双主多从)
MHA架构(多主多从)
方案四:数据库高可用架构
这种方式比较经典的案例包括 MGR(MySQL Group Replication)和 Galera 等,最近业内也有一些类似的尝试,如使用一致性协议算法,自研高可用数据库的架构等。
1.MGR(MySQL Group Replication,MySQL官方开发的一个实现MySQL高可用集群的一个工具。第一个GA版本正式发布于MySQL5.7.17中)
2.Galera
其它方案:MySQL Cluster和PXC
MySQL Cluster(ndb存储引擎,比较复杂,业界并没有大规模使用)
PXC(Percona XtraDB Cluster)
如何选择合适的Mysql集群架构?
MHA看业务规模和需求选择
mysql官方的Mysql Cluster。比较复杂,团队有人、资源充足,可以考虑尝试,貌似用的人不多。
小团队或资源不足或小项目直接建议阿里云、腾讯云
二、部分常见方案的简介
1.Mysql主从架构
2.MHA 架构(Master High Availability Manager and Toolsfor MySQL)
MHA(Master High Availability Manager and Toolsfor MySQL)目前在Mysql高可用方面是一个相对成熟的解决方案。它是日本的一位MySQL专家采用Perl语言编写的一个脚本管理工具,该工具仅适用于MySQLReplication 环境,目的在于维持Master主库的高可用性。
MHA是基于标准的MySQL复制(异步/半同步)。
MHA是由管理节点(MHA Manager)和数据节点(MHA Node)两部分组成。
MHA Manager可以单独部署在一台独立机器,也可以部署在一台slave上。
3.MMM 架构(Master-Master replication manager for Mysql)
MMM,全称为Master-Master replication manager for Mysql,是一套支持双主故障切换和双主日常管理的脚本程序,MMM使用Perl语言开发。主要用来监控和管理MySQL Master-Master(双)复制。特别适合DBA做维护等需要主从复制的场景,通过双主架构避免了重复搭建从库的麻烦。虽然叫做双主复制,但是业务上同一时刻只允许对一个主进行写入,另一台备选主上提供部分读服务,以加速在主主切换时备选主的预热。
(MMM好像不靠谱,据说不稳定,但还是有人在用)
MMM优缺点
优点:高可用性,扩展性好,出现故障自动切换,对于主主同步,在同一时间只提供一台数据库写操作,保证的数据的一致性。
缺点:Monitor节点是单点,可以结合Keepalived实现高可用。
4.DRBD 架构(MySQL+DRBD+Heartbeat)
三、读写分离解决方案客户端解决方案(应用层):TDDL、 Sharding-Jdbc (常用shardding-jdbc)
中间件解决方案(代理层):mysql proxy、mycat、altas (常用mycat)
客户端解决方案的特点:
优点:
1、程序自动完成,数据源方便管理
2、不需要维护,因为没用中间件
3、理论支持任何数据库 (sql标准)
缺点:
1、增加了开发成本、代码有入侵
2、不能做到动态增加数据源
3、程序员开发完成,运维参与不了。
中间件解决方案的特点:
优点:
1、数据增加了都程序没用任何影响
2、应用层(程序)不需要管数据库方面的事情
3、增加数据源不需要重启程序
缺点:
1、程序依赖中间件,导致切换数据库变的困难
2、增加了proxy 性能下降
3、增加了维护工作、高可用问题。