day10mysql的高可用
一,mysql高可用架构
1.1 企业高可用评估指标:
3个9一般级别,4个9互联网级别,5个9金融级别
1.2 mysql 数据库高可用架构产品
主备系统:
(1) KA+双主结构+自主开发的脚本(节点监控,数据校验,数据补偿) 3个9
(2) Google MMM 3-4个
(3) Facebook MHA 4个9 , Taobao TMHA , TDSQL MHA
多活系统
(5) PXC(percona), MGC(mariadb) , MySQL Cluster 5个9
(6) InnoDB Cluster , PolarDB ,TiDB 分布式高可用
1.3 基础架构搭建环境准备
(1)环境准备(一主两从)
(2) 准备配置文件
主库db01:
cat > /etc/my.cnf <
EOFslave1(db02):
cat > /etc/my.cnf <
EOFslave2(db03):
cat > /etc/my.cnf <
EOF
(3) 初始化数据
mysqld --initialize-insecure --user=mysql --basedir=/usr/local/mysql--datadir=/data/mysql/data
(5) 启动数据库
/etc/init.d/mysqld start
(6) 构建主从:
master:51
slave:52,5351:
grant replication slaveon *.* to repl@'10.0.0.%' identifiedby '123';
52\53:
change master to
master_host='10.0.0.52',
master_user='repl',
master_password='123456' ,
MASTER_AUTO_POSITION=1;
start slave;
说明:MHA高可用至少需要1主两从结构,独立节点,不能是多实例,开启GTID复制更好一些
配置关键程序软连接 ln -s /usr/local/mysql/bin/mysqlbinlog /usr/bin/mysqlbinlog
ln -s /usr/local/mysql/bin/mysql /usr/bin/mysql
说明:MHA工作过程不会调用profile里的环境变量所以系统设置。
配置个节点互信 db01:
rm -rf /root/.ssh
ssh-keygen
cd /root/.ssh
mv id_rsa.pub authorized_keys
scp -r /root/.ssh 10.0.0.52:/root
scp -r /root/.ssh 10.0.0.53:/root
用于截取日志时恢复免交互yes
1.4 MHA软件下载及配置
(1) 下载mha软件
mha官网:https://code.google.com/archive/p/mysql-master-ha/
github下载地址:https://github.com/yoshinorim/mha4mysql-manager/wiki/Downloads
(2) 所有节点安装Node软件依赖包
yum install perl-DBD-MySQL -y
rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm
(3) 在db01主库中创建mha需要的用户 也可提供给监控做管理用户。
grant all privileges on . to mha@'10.0.0.%' identified by 'mha';
(5) Manager软件安装(db03)
yum install -y perl-Config-Tiny epel-release perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes
yum install -y mha4mysql-manager-0.56-0.el6.noarch.rpm
此处装一个管理主从的manager软件,一般放在单独一台清凉的服务器上,此处装S2上
1.5 配置文件准备
1.创建配置文件目录
mkdir -p /etc/mha
2.创建日志目录
mkdir /var/log/mha/app1/manager
3.编辑MHA配置文件
cat > /etc/mha/app1.cnf<
1.6 状态检查
masterha_check_ssh --conf=/etc/mha/app1.cnf
masterha_check_repl --conf=/etc/mha/app1.cnf
1.7 开启mha(db03)
nohup masterha_manager --conf=/et c/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover
< /dev/null> /var/log/mha/app1/manager.log 2>&1 &
--conf=/etc/mha/app1.cnf:业务配置文件,可以管理多套MHA架构
--remove_dead_master_conf :自动剔除故障主节点
--ignore_last_failover:忽略最后一次failover.
1.8 查看各关闭命令
[root@db03 ~]# masterha_check_status --conf=/etc/mha/app1.cnf
[root@db03 ~]# masterha_stop --conf=/etc/mha/app1.cnf
1.9 配置总结
10.5.2 软件结构
Manager :
masterha_manger启动MHA
masterha_check_ssh检查MHA的SSH配置状况
masterha_check_repl检查MySQL复制状况
masterha_master_monitor检测master是否宕机
masterha_check_status检测当前MHA运行状态
masterha_master_switch控制故障转移(自动或者手动)
masterha_conf_host添加或删除配置的server信息
Node :
这些工具通常由MHA Manager的脚本触发,无需人为操作
save_binary_logs 保存和复制master的二进制日志
apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的
purge_relay_logs 清除中继日志(不会阻塞SQL线程)
1.10MHA的工作原理 *****
①,MHA应用在最低一主两从的mysql主从复制环境中
②,会通过masterha_manager来启动MHA的manager管理程序
③,MHA会通过msterha_master_monitor监控主从的状态通过ping机制放送四次心跳检测
④,如果发现主库异常,会触发failover程序,从新选择新的主库,依次选择原则为,权重设置,binlog量的大小,配置中server的顺序。
⑤,数据补偿mha会调用server_binlog机制自动连接save_binary_logs恢复缺失的日志到各个节点的/var/tmp/xxx.log文件中,此外如果不能建立ssh连接情况会通过apply_diff_relay_logs自动对比差异互相补偿。
⑥,数据补偿完成后,会调用masterha_master_switch脚本进行切换,原理为stop 各个节点slave,然后change masterreset slave all新的主库信息
⑦,对与应用透明需求VIP需要调用master_ip_script指定脚本,实现vip漂移到新的主库
⑧,调用report_script指定脚本大宋故障信息
⑨,最好原先的主库信息在manster 的配置文件中被清楚掉,且masterha_manager也会实去作用。
具体操作 【day10mysql的高可用】准备vip脚本
[root@db03 ~]# cp master_ip_failover.txt /usr/local/bin/master_ip_failover
vi/usr/local/bin/master_ip_failover
my $vip = '10.0.0.55/24';
my $key = '1';
my $ssh_start_vip = "/sbin/ifconfig eth0:$key $vip";
注意eth0根据实际写
my $ssh_stop_vip = "/sbin/ifconfig eth0:$key down";
注意:
[root@db03 ~]# dos2unix /usr/local/bin/master_ip_failover
dos2unix: converting file /usr/local/bin/master_ip_failoverto Unix format ...
[root@db03 ~]# chmod +x/usr/local/bin/master_ip_failover 10.7.2 更改manager配置文件:
vim /etc/mha/app1.cnf
添加:
master_ip_failover_script=/usr/local/bin/master_ip_failover10.7.3 主库上,手工生成第一个vip地址
手工在主库上绑定vip,注意一定要和配置文件中的ethN一致,我的是eth0:1(1是key指定的值)
ifconfig eth0:1 10.0.0.55/2410.7.5 重启mha
masterha_stop --conf=/etc/mha/app1.cnf
nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null> /var/log/mha/app1/manager.log 2>&1 &10.8binlog server(db03)额外数据补偿的功能(binlog server功能)
10.8.1 配置参数:
vim /etc/mha/app1.cnf
[binlog1]
no_master=1
hostname=10.0.0.53
master_binlog_dir=/data/mysql/binlog10.8.2 创建必要目录
mkdir -p /data/mysql/binlog
chown -R mysql.mysql /data/*10.8.3 拉取主库binlog日志
cd /data/mysql/binlog
mysqlbinlog-R --host=10.0.0.51 --user=mha --password=mha --raw--stop-never mysql-bin.000001 &**注意: 生产中, 拉取起点从正在使用的binlog开启**10.8.5 重启MHA masterha_stop --conf=/etc/mha/app1.cnfnohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null> /var/log/mha/app1/manager.log 2>&1 &10.9. 邮件提醒(db03)
10.9.1 准备脚本
[root@db03 ~]# unzip email_2019-最新.zip
[root@db03 ~]# cd email/
[root@db03 ~/email]# ll
总用量 88
-rw-r--r-- 1 root root35 12月 27 2017 send
-rw-r--r-- 1 root root 80213 9月30 2009 sendEmail
-rw-r--r-- 1 root root203 4月19 2019 testpl
[root@db03 ~/email]# cp -a * /usr/local/bin/
[root@db03 ~/email]# cd /usr/local/bin/
[root@db03 /usr/local/bin]# chmod +10.9.2 修改参数:
vim /etc/mha/app1.cnf
report_script=/usr/local/bin/send10.9.3 重启MHA masterha_stop --conf=/etc/mha/app1.cnfnohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null> /var/log/mha/app1/manager.log 2>&1 &10.10 测试MHA高可用能力,并恢复.10.10.1 停主库
pkill mysqld 10.10.2 观察切换结果
vip
主从身份
配置文件
binlogserver
manager进程
看日志
[root@db03 ~]# vim /var/log/mha/app1/manager
2. 修复全新的高可用环境(高可用故障皆可按以下思路排查)
1. 检查修复主从关系开启mysql故障库(此处模拟的时库关闭)重新建立新的主从关系
db01:
change master to
master_host='10.0.0.52',
master_user='repl',
master_password='123' ,
MASTER_AUTO_POSITION=1;
start slave;
2. 检查修复配置文件
db03 : 添加此信息
vim /etc/mha/app1.cnf
[server1]
hostname=10.0.0.51
port=3306
3. 修复binlogserver
[root@db03 ~]# cd /data/mysql/binlog/
[root@db03 /data/mysql/binlog]# rm -rf *
mysqlbinlog-R --host=10.0.0.52 --user=mha --password=mha --raw--stop-never mysql-bin.000001 &
**说明:此处调用的是日志补偿脚本,先删除原先主库的日志文件从新从新的主库拉取,在企业环境中选择最新的binlog日志文件即可。
5. 检查vip是否漂移到新的主库
命令
ifconfig eth0:1 10.0.0.55/24添加临时vip网卡重启也会消失
ifconfig eth0:1 down删除
6. 互信检查,主从检查,此检查会检查主从关系,MHA脚本调用及vip等信息,可关注报错
masterha_check_ssh--conf=/etc/mha/app1.cnf
masterha_check_repl--conf=/etc/mha/app1.cnf 7. 启动manager
nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null> /var/log/mha/app1/manager.log 2>&1 &[root@db03 /data/mysql/binlog]# masterha_check_status --conf=/etc/mha/app1.cnf
推荐阅读
- 热闹中的孤独
- JAVA(抽象类与接口的区别&重载与重写&内存泄漏)
- 放屁有这三个特征的,请注意啦!这说明你的身体毒素太多
- 一个人的旅行,三亚
- 布丽吉特,人生绝对的赢家
- 慢慢的美丽
- 尽力
- 一个小故事,我的思考。
- 家乡的那条小河
- 《真与假的困惑》???|《真与假的困惑》??? ——致良知是一种伟大的力量