1.mysql路由器
MySQL Router最早是作为MySQL-Proxy的替代方案出现的。作为一个轻量级中间件,MySQL Router可在应用程序和后端MySQL服务器之间提供透明路由和负载均衡,从而有效提高MySQL数据库服务的高可用性与可伸缩行。
MySQL Router 2.0是其初始版本,适用于MySQL Fabric用户,但已被弃用,不再支持。MySQL Router 2.1为支持MySQL InnoDB Cluster而引入,MySQL Router 8.0则是MySQL Router 2.1上的扩展,版本号与MySQL服务器版本号保持一致。即Router 2.1.5作为Router 8.0.3(以及MySQL Server 8.0.3)发布,2.1.x分支被8.0.x取代。这两个分支完全兼容。当前最新版本为8.0.17,MySQL强烈建议使用Router 8与MySQL Server 8和5.7一起使用。
2.mysql路由器的配置
(1)实验环境
安装有MySQL Router的server4,组复制集群(server1,server2,server3)
下载 mysql-router-community-8.0.21-1.el7.x86_64.rpm
[root@server4 ~]# yum install mysql-router-community-8.0.21-1.el7.x86_64.rpm -y
[root@server4 ~]# systemctl start mysqlrouter
[routing:ro]
bind_address = 0.0.0.0
bind_port = 7001
destinations = 172.25.2.2:3306,172.25.2.3:3306,172.25.2.4:3306
routing_strategy = round-robin
[routing:rw]
bind_address = 0.0.0.0
bind_port = 7002
destinations = 172.25.2.2:3306,172.25.2.3:3306,172.25.2.4:3306
routing_strategy = first-available
[root@server4 ~]# systemctl restart mysqlrouter
(2)集群的设置 (选任何一台server添加一个用户 给予一定的权力)
mysql> create user 'skq'@'%' identified by 'westos';
mysql> grant all on *.* to 'skq'@'%';
mysql> select * from mysql.user where user='skq'\G;
*************************** 1. row ***************************
Host: %
User: skq
(3)测试
负载均衡的测试
[root@server4 ~]# mysql -h 172.25.2.5 -P 7001 -uskq -pwestos -e "select @@hostname"
+------------+
| @@hostname |
+------------+
| server1 |
+------------+
[root@server4 ~]# mysql -h 172.25.2.5 -P 7001 -uskq -pwestos -e "select @@hostname"
+------------+
| @@hostname |
+------------+
| server2 |
+------------+
[root@server4 ~]# mysql -h 172.25.2.5 -P 7001 -uskq -pwestos -e "select @@hostname"
+------------+
| @@hostname |
+------------+
| server3 |
+------------+
只读
[root@server4 ~]# mysql -h 172.25.2.5 -P 7002 -uskq -pwestos -e "select @@hostname"
+------------+
| @@hostname |
+------------+
| server1 |
+------------+
[root@server4 ~]# mysql -h 172.25.2.5 -P 7002 -uskq -pwestos -e "select @@hostname"
+------------+
| @@hostname |
+------------+
| server1 |
+------------+
4.Mysql的MHA介绍
MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司youshimaton(现就职于Facebook公司)开发,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中,MHA能做到在0~30秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能在最大程度上保证数据的一致性,以达到真正意义上的高可用。
该软件由两部分组成:MHA Manager(管理节点)和MHA Node(数据节点)。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群,也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上,MHA Manager会定时探测集群中的master节点,当master出现故障时,它可以自动将最新数据的slave提升为新的master,然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。
在MHA自动故障切换过程中,MHA试图从宕机的主服务器上保存二进制日志,最大程度的保证数据的不丢失,但这并不总是可行的。例如,如果主服务器硬件故障或无法通过ssh访问,MHA没法保存二进制日志,只进行故障转移而丢失了最新的数据。使用MySQL 5.5的半同步复制,可以大大降低数据丢失的风险。MHA可以与半同步复制结合起来。如果只有一个slave已经收到了最新的二进制日志,MHA可以将最新的二进制日志应用于其他所有的slave服务器上,因此可以保证所有节点的数据一致性。
目前MHA主要支持一主多从的架构,要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器,一主二从,即一台充当master,一台充当备用master,另外一台充当从库,因为至少需要三台服务器,出于机器成本的考虑,淘宝也在该基础上进行了改造,目前淘宝TMHA已经支持一主一从。另外对于想快速搭建的可以参考:MHA快速搭建
我们自己使用其实也可以使用1主1从,但是master主机宕机后无法切换,以及无法补全binlog。master的mysqld进程crash后,还是可以切换成功,以及补全binlog的。
图01展示了如何通过MHA Manager管理多组主从复制。可以将MHA工作原理总结为如下:
( 图01 )
(1)从宕机崩溃的master保存二进制日志事件(binlog events);
(2)识别含有最新更新的slave;
(3)应用差异的中继日志(relay log)到其他的slave;
(4)应用从master保存的二进制日志事件(binlog events);
(5)提升一个slave为新的master;
(6)使其他的slave连接新的master进行复制;
MHA软件由两部分组成,Manager工具包和Node工具包,