目录
一、mysql路由器
Mysql路由器可以实现指定端口的读写分离，能够实现读写调度到Mysql组复制集群中的不同后端
安装服务
vim mysqlrouter.conf
查看端口开启
在server1上创建远程登陆用户并授予指定权限
在客户端连接7001端口，7001端口指定只读策略中的算法为轮询，当一个节点出现异常时，远程主机可以连接到mysql主机上，每次连接都会进入不同主机
安装‘列出打开文件工具’，看到与server1进行连接
其他主机没有调度
停掉server1的服务
重新登陆客户端
根据配置文件中写的只读的轮询顺序可以看到与serve2连接
如果重新登陆又与server3连接
7002端口指定的读写策略中算法为first-available，当第一个可用时会一直使用第一个可用的节点，而mysql路由具有后端健康检测功能，所以当第一个节点挂掉之后，mysql就会切换到其他节点
登陆进去之后看到与server3连接
停掉server3
重新登陆客户端
可以看到切换到server2上
二、高可用（MHA）
数据库的内部具有缓冲区，在缓冲区中的数据是待处理的数据，数据库源源不断的从缓冲区中获取数据进行处理，但是如果高并发，会造成数据缓冲区数据溢出，最终导致数据库宕机，不能响应。这只能缓解;MHA（Master High Availability） 目前在MySQL高可用方面是一个相对成熟的解决方案
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，另外一台充当从库，因为至少需要三台服务器
masterha_check_ssh //检查MHA的SSH配置状况
masterha_check_repl //检查MySQL复制状况
masterha_manger //启动MHA
masterha_check_status //检测当前MHA运行状态
masterha_master_monitor //检测master是否宕机
masterha_master_switch //控制故障转移（自动或者手动）
masterha_conf_host //添加或删除配置的server信息
save_binary_logs //保存和复制master的二进制日志
apply_diff_relay_logs //识别差异的中继日志事件并将其差异的事件应用于其他的slave
filter_mysqlbinlog //去除不必要的ROLLBACK事件（MHA已不再使用这个工具）
purge_relay_logs //清除中继日志（不会阻塞SQL线程）
1.配置MHA
关闭server4上的mysqlrouter服务，关闭server1，server2，server3上的mysql；重新配置mysql设置一主两从
删除原来的数据，修改配置文件
初始化数据库，重新启动mysql
进入数据库，修改密码创建并授权用来做复制的用户
同样在server2上做相同操作
初始化数据库，重新启动mysql
在server2上，登录数据库，修改master信息
查看slave状态
在server3上做相同操作，登录数据库，修改master信息，查看slave状态。
2. 配置mha
安装相关软件包
将node节点 数据包复制到节点上进行安装
管理节点server4上创建一个目录//etc/mha，编辑配置文件
编辑配置文件
manager_log=/var/log/masterha.log # manager 日志文件
password=westos #MySQL管理帐号和密码
repl_user=repl # 复制帐号和密码
ssh_user=root # 系统ssh用户
no_master=1 ##no_master表示这个节点不能作为master[server default]
manager_workdir=/usr/local/mha #manager工作目录
manager_log=/usr/local/mha/mha.log #manager日志文件
master_binlog_dir=/var/lib/mysql #mysql主服务器的binlog目录
#master_ip_failover_script=/usr/bin/master_ip_failover #failover自动切换脚本
#master_ip_online_change_script= /usr/local/bin/master_ip_online_change #手动切换脚本
user=root #mysql主从节点的管理员用户密码，确保可以从远程登陆
password=westos
ping_interval=3 #发送ping包的时间间隔，默认是3秒，尝试三次没有回应的时候自 动进行failover
remote_workdir=/tmp #远端mysql在发生切换时binlog的保存位置
repl_user=wxh #主从复制用户密码
repl_password=westos
#report_script=/usr/local/send_report #发生切换后发送报警的脚本
#secondary_check_script=/usr/bin/masterha_secondary_check -s 172.25.0.4 -s 172.25.0.3
#shutdown_script="" #故障发生后关闭故障主机脚本，防止脑裂
ssh_user=root #ssh用户名
candidate_master=1 #指定failover时此slave会接管master，即使数据不是最新的。
check_repl_delay=0 #默认情况下如果一个slave落后master 100M的relay logs的话，MHA将不会选择该slave作为一个新的master，因为对于这个slave的恢复需要花费很长时间，通过设置check_repl_delay=0,MHA触发切换在选择一个新的master的时候将会忽略复制延时，这个参数对于设置了candidate_master=1的主机非常有用，因为这个候选主在切换的过程中一定是新的master
管理节点ssh检查管理节点ssh检查,如果报错的话，是因为server1、server2、server3之间相互不免密。
在server4与其他三个节点中设置免密登陆
拷贝server4上的密钥给server1 2 3
测试：server2免密连接server1
再检测ssh，成功
检测复制功能;此时发现报错，这是因为没有给节点授权
在server1上给予用户所有权限
此时，再次检查复制功能:masterha_check_repl --conf=/etc/masterha/app1.cnf 成功
3.手动切换master
手动切换之前，需要保证主从同步正常，repl复制用户能够远程连接
masterha_master_switch --conf=/etc/mha/app1.conf --master_state=alive --new_master_host=172.25.254.2 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000
查看server2状态为master
server1变成slave
关闭server2
server3的状态
出现故障手动切换
这时会在/etc/masterha目录下生成一个app1.failover.complete文件，是来记录failover情况的，再进行failover时必须先把这个文件删除，不然不会failover
查看server1状态又变成了master
server3状态
启动server2,配置主从
4.自动切换 master
开启自动切换程序，打入后台
ps ax 查看进程
cat manager.log
server1模拟故障
查看slave状态
切换master时，server4会受到提示，查看/etc/masterha目录下的内容会多两个文件，app1.failover.complete 和 mha.log（日志文件，自动切换后就会生成）
当故障切换master时，会检测这个文件，默认八小时内最多切换一次，所以如果现在的master又宕掉MHA就会查看目录下是否有app1.failover.complete文件，有的话不进行切换，可以直接删除这两个文件进行切换
masterha_master_switch --master_state=dead --conf=/etc/masterha/app1.conf --dead_master_host=172.25.134.1 --dead_master_port=3306 --new_master_host=172.25.134.2 --new_master_port=3306 –ignore_last_failover
或者在手动切换时，加上–ignore_last_failover参数，跳过查看这个文件的步骤cat manager.log可以看到server1已经down掉
开启server1配置主从
5.手动切换VIP漂移
当master切换的时候用户访问不知道master切换到哪一台主机，我们可以使用路由器或者设定VIP用户
导入脚本文件
编辑配置文件
设置VIP
配置完成之后进行检测
masterha_check_repl --conf=/etc/masterha/app1.conf
设置VIP在server2中
在客户端登陆查看信息
再一次进行手动切换master
切换之后客户端不能查看信息
重新登陆客户端可以看到信息
查看slave状态
vip就会随着master的切换转移到server1中
server1出故障
自动切换
查看slave状态master已经切换到server2上
cat manager.log
重新登陆客户端可以看到数据库信息
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
