前言
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已经支持一主一从。
要求和原理:
(1)需要奇数个节点
(2)当一个master节点挂掉之后投票选出一个新的master,偶数个节点会出现票数相同的状况,但奇数个就不会
(3)所有数据节点的数据一致,每一台数据节点都有可能作为master
(4)每个节点都要安装master和slave插件;
实验环境:
主机名 | IP | 角色 |
---|---|---|
server1 | 172.25.6.1 | master |
server2 | 172.25.6.2 | slave(备master) |
server3 | 172.25.6.3 | slave |
server4 | 172.25.6.4 | MHA |
配置过程
1.(1)重新配置server1的mysql服务
[root@server1 mysql]# systemctl stop mysqld
[root@server1 mysql]# vim /etc/my.cnf
[root@server1 mysql]# ls
29 server-id=1
30 gtid_mode=ON
31 enforce_gtid_consistency=ON
32 log_bin=binlog
33 log_slave_updates=ON
[root@server1 mysql]# pwd
/var/lib/mysql
[root@server1 mysql]# rm -fr *
[root@server1 mysql]# ls
[root@server1 mysql]# systemctl start mysqld
[root@server1 mysql]# grep password /var/log/mysqld.log
[root@server1 mysql]# mysql -p
mysql> alter user root@localhost identified by 'ZHOUpeng123.';
mysql> show databases;
mysql> GRANT REPLICATION SLAVE ON *.* TO repl@'172.25.6.%' IDENTIFIED BY 'ZHOUpeng123.';
mysql> SHOW MASTER STATUS;
(2)配置server2的mysql服务
[root@server2 ~]# systemctl stop mysqld
[root@server2 ~]# cd /var/lib/mysql
[root@server2 mysql]# ls
[root@server2 mysql]# rm -fr *
[root@server2 mysql]# ls
[root@server2 mysql]# vim /etc/my.cnf
server-id = 2
gtid_mode=ON
enforce_gtid_consistency=ON
log_slave_updates=ON
log_bin=binlog
[root@server2 mysql]# systemctl start mysqld
[root@server2 mysql]# grep password /var/log/mysqld.log
[root@server2 mysql]# mysql -p
mysql> alter user root@localhost identified by 'ZHOUpeng123.';
mysql> show databases;
mysql> CHANGE MASTER TO MASTER_HOST='172.25.6.1',MASTER_USER='repl',
MASTER_PASSWORD='ZHOUpeng123.',MASTER_AUTO_POSITION=1;
mysql> START SLAVE;
mysql> SHOW SLAVE STATUS\G
(3)配置server3的mysql服务
[root@server3 ~]# systemctl stop mysqld
[root@server3 ~]# cd /var/lib
[root@server3 lib]# cd mysql
[root@server3 mysql]# ls
server-id=3
gtid_mode=ON
enforce_gtid_consistency=ON
log_slave_updates=ON
log_bin=binlog
[root@server3 mysql]# rm -fr *
[root@server3 mysql]# ls
[root@server3 mysql]# vim /etc/my.cnf
[root@server3 mysql]# systemctl start mysqld
[root@server3 mysql]# grep password /var/log/mysqld.log
[root@server3 mysql]# mysql -p
mysql> alter user root@localhost identified by 'ZHOUpeng123.';
mysql> show databases;
mysql> CHANGE MASTER TO MASTER_HOST='172.25.6.1',MASTER_USER='repl',
MASTER_PASSWORD='ZHOUpeng123.',MASTER_AUTO_POSITION=1;
mysql> START SLAVE;
mysql> SHOW SLAVE STATUS\G