河南省和城乡建设厅网站,阿里网站搭建,少儿编程加盟店8,网址导航主页目录 一、MHA简述 二、MHA 的组成 三、MHA 的特点 四、MHA工作原理 五、MHA部署步骤 六、搭建 MySQL MHA MHA一主两从高可用集群示意图 实验环境 1. Master、Slave1、Slave2 节点上安装 mysql5.7 2. 关闭防火墙 3. 修改 Master、Slave1、Slave2 节点的主机名 4. 修…目录 一、MHA简述 二、MHA 的组成 三、MHA 的特点 四、MHA工作原理 五、MHA部署步骤 六、搭建 MySQL MHA MHA一主两从高可用集群示意图 实验环境 1. Master、Slave1、Slave2 节点上安装 mysql5.7 2. 关闭防火墙 3. 修改 Master、Slave1、Slave2 节点的主机名 4. 修改 Master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf  5. 在 Master、Slave1、Slave2 节点上都创建两个软链接 6. 配置 mysql 一主两从 7. 安装 MHA 软件 8. 在所有服务器上配置无密码认证 9. 在 manager 节点上配置 MHA 10. 第一次配置需要在 Master 节点上手动开启虚拟IP 11. 在 manager 节点上测试 ssh 无密码认证如果正常最后会输出 successfully如下所示。 12. 在 manager 节点上测试 mysql 主从连接情况最后出现 MySQL Replication Health is OK 字样说明正常。如下所示。 13. 在 manager 节点上启动 MHA 14.查看 MHA 状态可以看到当前的 master 是 mysql1 节点。 15.查看 MHA 日志也以看到当前的 master 是 192.168.80.10如下所示。 16.查看 mysql1 的 VIP 地址 192.168.80.200 是否存在这个 VIP 地址不会因为 manager 节点停止 MHA 服务而消失。 七、故障模拟 八、故障切换备选主库的算法 九、故障修复步骤 1. 修复mysql 2. 修复主从 3. 在 manager 节点上修改配置文件app1.cnf再把这个记录添加进去因为它检测掉失效时候会自动消失 4. 在 manager 节点上启动 MHA 十、解决中英字不兼容报错的问题 一、MHA简述 MHAMasterHigh Availability是一种经典的高可用架构专门用于在主从复制环境中实现自动故障切换和最小化数据丢失。 MHA 作为 MySQL 主从复制环境下的高可用解决方案具有自动化、低成本和稳定的优点。对于中小规模、对数据一致性要求高的单主环境MHA 是一个非常优秀的选择。 MySQL 故障切换过程中MHA 能做到 10-30 秒内自动完成故障切换操作。 MHA 能在故障切换的过程中最大程度上保证数据的一致性以达到真正意义上的高可用。 二、MHA 的组成 MHA Node数据节点                                                                                                          部署在每个 MySQL 服务器上负责在故障转移过程中保存和恢复数据以避免数据丢失。MHA Manager管理节点                                                                                                MHA Manager 可以单独部署在一台独立的机器上管理多个 master-slave 集群也可以部署在一台 slave 节点上。 三、MHA 的特点 自动故障切换过程中MHA试图从宕机的主服务器上保存二进制日志最大程度的保证数据不丢失。使用半同步复制可以大大降低数据丢失的风险如果只有一个slave已经收到了最新的二进制日志MHA可以将最新的二进制日志应用于其他所有的slave服务器上因此可以保证所有节点的数据一致性MHA 对环境的要求较高需要所有 MySQL 节点之间具备 SSH 免密登录确保管理节点可以访问所有数据库服务器。目前MHA支持一主多从架构最少三台服务即一主两从。 四、MHA工作原理 MHA node部署在每个mysql服务器上负责故障转移的数据备份和恢复MHA manager进行单独部署manager会定时探测各个节点状态当发现主库master出现故障时manager会自动将一个拥有最新数据的从库slave提升为新的主库master写VIP也会漂移到新的主库master上 然后还会将其它的从库slave重新指向新的主库master做主从复制从而保证mysql主从复制集群的高可用。整个故障转移过程对客户端应用来说是完全透明的。 五、MHA部署步骤 1所有服务器做时间同步所有mysql节点都创建主从复制用户和MHA连接数据库的用户并授权 2修改mysql配置文件添加二进制日志、中继日志、server-id每个节点都不同、gtid 等主从复制相关参数 3在从库上使用change master to对接主库start slave开启同步设置只读模式 read_only1 4在所有节点上安装MHA node组件manager节点还要安装MHA manager组件 5在所有节点上都要SSH免交互登录在manager节点上准备好VIP故障切换脚本和MHA配置文件在master节点创建好VIP 6在manager节点上使用脚本masterha_check_ssh、masterha_check_repl做MHA启动前检查再使用masterha_manager启动MHA进程 7模拟master故障转移测试manager会挑选一个slave提升新的masterVIP会漂移到新master节点上其它的slave会自动指向新的master做主从复制MHA进程会自动退出MHA配置文件会移除原master的配置信息 六、搭建 MySQL MHA MHA一主两从高可用集群示意图 实验环境 MHA manager 节点服务器CentOS7.4(64 位) manager/192.168.80.13 安装MHA node 和 manager 组件 Master 节点服务器CentOS7.4(64 位) mysql1/192.168.80.10 安装mysql5.7、MHA node 组件 Slave1 节点服务器CentOS7.4(64 位) mysql2/192.168.80.11 安装mysql5.7、MHA node 组件 Slave2 节点服务器CentOS7.4(64 位) mysql3/192.168.80.12 安装mysql5.7、MHA node 组件 1. Master、Slave1、Slave2 节点上安装 mysql5.7 2. 关闭防火墙 systemctl stop firewalld systemctl disable firewalld setenforce 0 3. 修改 Master、Slave1、Slave2 节点的主机名 hostnamectl set-hostname mysql1 hostnamectl set-hostname mysql2 hostnamectl set-hostname mysql3 4. 修改 Master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf  Master 节点 vim /etc/my.cnf [mysqld] server-id 1 log_bin mysql-bin binlog_format mixed log-slave-updates true relay-log relay-binsystemctl restart mysqld Slave1、Slave2 节点 vim /etc/my.cnf server-id 2                         #三台服务器的 server-id 不能一样 log_bin mysql-bin binlog_format mixed log-slave-updates true relay-log relay-binsystemctl restart mysqld 5. 在 Master、Slave1、Slave2 节点上都创建两个软链接 ln -s /usr/local/mysql/bin/mysql /usr/sbin/ ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/ 6. 配置 mysql 一主两从 1所有数据库节点进行 mysql 授权 mysql -uroot -p grant replication slave on *.* to myslave192.168.80.% identified by myslave123;   #从数据库同步使用 grant all privileges on *.* to manager192.168.80.% identified by manager123;      #mha manager 使用grant all privileges on *.* to managermysql1 identified by manager123;            #防止从库通过主机名连接不上主库 grant all privileges on *.* to managermysql2 identified by manager123; grant all privileges on *.* to managermysql3 identified by manager123; flush privileges; 2在 Master 节点查看二进制文件和同步点 show master status;-------------------------------------------------------------------------------- | File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | -------------------------------------------------------------------------------- | mysql-bin.000001  |     1215 |              |                  |                   | -------------------------------------------------------------------------------- 3在 Slave1、Slave2 节点执行同步操作 change master to master_host192.168.80.10,master_usermyslave,master_passwordmyslave123,master_log_filemysql-bin.000001,master_log_pos1215; start slave; 4在 Slave1、Slave2 节点查看数据同步结果 show slave status\G         //确保 IO 和 SQL 线程都是 Yes代表同步正常。 Slave_IO_Running: Yes Slave_SQL_Running: Yes 5两个从库必须设置为只读模式 set global read_only1; 6插入数据测试数据库同步 ##在 Master 主库插入条数据测试是否同步## create database test_db; use test_db; create table test(id int); insert into test(id) values (1); 7. 安装 MHA 软件 1所有服务器上都安装 MHA 依赖的环境首先安装 epel 源 yum install epel-release --nogpgcheck -yyum install -y perl-DBD-MySQL \ perl-Config-Tiny \ perl-Log-Dispatch \ perl-Parallel-ForkManager \ perl-ExtUtils-CBuilder \ perl-ExtUtils-MakeMaker \ perl-CPAN 2安装 MHA 软件包在所有服务器上必须先安装 node 组件最后在 MHA-manager 节点上安装 manager 组件因为 manager 依赖 node 组件。 cd /opt tar zxvf mha4mysql-node-0.57.tar.gz cd mha4mysql-node-0.57 perl Makefile.PL make make install 3在 MHA manager 节点上安装 manager 组件 cd /opt tar zxvf mha4mysql-manager-0.57.tar.gz cd mha4mysql-manager-0.57 perl Makefile.PL make make install PS manager 组件安装后在 /usr/local/bin 下面会生成几个工具主要包括以下几个 masterha_check_repl检查MySQL的复制状况masterha_check_ssh检查MHA的SSH配置状况masterha_check_status检测当前MHA运行状态masterha_conf_host添加或删除配置的server信息masterha_manager启动MHAmasterha_master_monitor检测master是否宕机masterha_master_switch控制故障转移自动或手动masterha_secondary_check二次检查主库是否真有问题masterha_stop关闭MHA node 组件安装后也会在 /usr/local/bin 下面会生成几个脚本这些工具通常由 MHAManager 的脚本触发无需人为操作主要如下 save_binary_logs保存和复制master的二进制日志apply_diff_relay_logs识别差异的中继日志事件并将其差异的事件应用于其他的slavefilter_mysqlbinlog去除不必要的ROLLBACK事件MHA已不再使用这个工具purge_relay_logs清除中继日志不会阻塞SQL线程 8. 在所有服务器上配置无密码认证 1在 manager 节点上配置到所有数据库节点的无密码认证 ssh-keygen -t rsa                 #一路按回车键 ssh-copy-id 192.168.80.10 ssh-copy-id 192.168.80.11 ssh-copy-id 192.168.80.12 2在 mysql1 上配置到数据库节点 mysql2 和 mysql3 的无密码认证 ssh-keygen -t rsa ssh-copy-id 192.168.80.11 ssh-copy-id 192.168.80.12 3在 mysql2 上配置到数据库节点 mysql1 和 mysql3 的无密码认证 ssh-keygen -t rsa ssh-copy-id 192.168.80.10 ssh-copy-id 192.168.80.12 4在 mysql3 上配置到数据库节点 mysql1 和 mysql2 的无密码认证 ssh-keygen -t rsa ssh-copy-id 192.168.80.10 ssh-copy-id 192.168.80.11 9. 在 manager 节点上配置 MHA 1在 manager 节点上复制相关脚本到/usr/local/bin 目录 cp -rp /opt/mha4mysql-manager-0.57/samples/scripts /usr/local/bin #拷贝后会有四个执行文件 ll /usr/local/bin/scripts/master_ip_failover          #自动切换时 VIP 管理的脚本 master_ip_online_change     #在线切换时 VIP 的管理 power_manager               #故障发生后关闭主机的脚本 send_report                 #因故障切换后发送报警的脚本 2复制上述的自动切换时 VIP 管理的脚本到 /usr/local/bin 目录这里使用master_ip_failover脚本来管理 VIP 和故障切换 cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin 3修改内容如下删除原有内容直接复制并修改vip相关参数。可在拷贝前输入 :set paste 解决vim粘贴乱序问题 vim /usr/local/bin/master_ip_failover #!/usr/bin/env perl use strict; use warnings FATAL all;use Getopt::Long;my ( $command, $ssh_user, $orig_master_host, $orig_master_ip, $orig_master_port, $new_master_host, $new_master_ip, $new_master_port ); #############################添加内容部分######################################### my $vip 192.168.80.200;                                    #指定vip的地址 my $brdc 192.168.80.255;                                #指定vip的广播地址 my $ifdev ens33;                                        #指定vip绑定的网卡 my $key 1;                                                #指定vip绑定的虚拟网卡序列号 my $ssh_start_vip /sbin/ifconfig ens33:$key $vip;        #代表此变量值为ifconfig ens33:1 192.168.80.200 my $ssh_stop_vip /sbin/ifconfig ens33:$key down;        #代表此变量值为ifconfig ens33:1 192.168.80.200 down my $exit_code 0;                                            #指定退出状态码为0 #my $ssh_start_vip /usr/sbin/ip addr add $vip/24 brd $brdc dev $ifdev label $ifdev:$key;/usr/sbin/arping -q -A -c 1 -I $ifdev $vip;iptables -F;; #my $ssh_stop_vip /usr/sbin/ip addr del $vip/24 dev $ifdev label $ifdev:$key; ################################################################################## GetOptions( commands \$command, ssh_users \$ssh_user, orig_master_hosts \$orig_master_host, orig_master_ips \$orig_master_ip, orig_master_porti \$orig_master_port, new_master_hosts \$new_master_host, new_master_ips \$new_master_ip, new_master_porti \$new_master_port, );exit main();sub main {print \n\nIN SCRIPT TEST$ssh_stop_vip$ssh_start_vip\n\n;if ( $command eq stop || $command eq stopssh ) {my $exit_code 1; eval { print Disabling the VIP on old master: $orig_master_host \n; stop_vip(); $exit_code 0; }; if ($) { warn Got Error: $\n; exit $exit_code; } exit $exit_code; } elsif ( $command eq start ) {my $exit_code 10; eval { print Enabling the VIP - $vip on the new master - $new_master_host \n; start_vip(); $exit_code 0; }; if ($) { warn $; exit $exit_code; } exit $exit_code; } elsif ( $command eq status ) { print Checking the Status of the script.. OK \n; exit 0; } else { usage(); exit 1; } } sub start_vip() { ssh $ssh_user\$new_master_host \ $ssh_start_vip \; } ## A simple system call that disable the VIP on the old_master sub stop_vip() { ssh $ssh_user\$orig_master_host \ $ssh_stop_vip \; }sub usage { print Usage: master_ip_failover --commandstart|stop|stopssh|status --orig_master_hosthost --orig_master_ipip --orig_master_portport --new_master_hosthost --new_master_ipip --new_master_portport\n; } 4创建 MHA 软件目录并拷贝配置文件这里使用app1.cnf配置文件来管理 mysql 节点服务器 #创建相关目录所有节点 mkdir -p /opt/mysql-mha/mha-node# manager节点 mkdir -p /opt/mysql-mha/mha-manager#编写配置文件 vim /opt/mysql-mha/mysql_mha.cnf [server default] manager_log/opt/mysql-mha/manager.log        #指定manager日志路径 manager_workdir/opt/mysql-mha/mha-manager    #指定manager工作目录 remote_workdir/opt/mysql-mha/mha-node        #指定mha在远程节点上的工作目录 master_binlog_dir/usr/local/mysql/data        #指定master保存binlog的位置这里的路径要与master里配置的binlog的路径一致以便MHA能找到 ping_interval1                 #设置监控主库发送ping包的时间间隔默认是3秒尝试三次没有回应的时候自动进行failover master_ip_failover_script/usr/local/bin/master_ip_failover　 　#设置自动failover时候的切换脚本也就是上面的那个脚本 usermanager                #设置mha访问数据库的账号 passwordmanager123            #设置mha访问数据库的账号密码 repl_usermyslave            #设置主从复制的用户 repl_passwordmyslave123    #设置主从复制的用户密码 report_script/usr/local/bin/send_report　 　#设置发生故障切换的时候发送邮件提醒 port3306 secondary_check_script/usr/local/bin/masterha_secondary_check -s 192.168.80.10 -s 192.168.80.11 -s 192.168.80.12    #指定用于二次检查节点状态的脚本 ssh_userroot                #设置ssh的登录用户名[server1] hostname192.168.80.10 port3306[server2] hostname192.168.80.11 port3306 candidate_master1 #设置为候选master设置该参数以后发生主从切换以后将会将此从库提升为主库即使这个从库不是集群中最新的slavecheck_repl_delay0 #默认情况下如果一个slave落后master 超过100M的relay logs的话MHA将不会选择该slave作为一个新的master 因为对于这个slave的恢复需要花费很长时间通过设置check_repl_delay0MHA触发切换在选择一个新的master的时候将会忽略复制延时这个参数对于设置了candidate_master1的主机非常有用因为这个候选主在切换的过程中一定是新的master[server3] hostname192.168.80.12 port3306 10. 第一次配置需要在 Master 节点上手动开启虚拟IP /sbin/ifconfig ens33:1 192.168.80.200/24 11. 在 manager 节点上测试 ssh 无密码认证如果正常最后会输出 successfully如下所示。 masterha_check_ssh -conf/opt/mysql-mha/mysql_mha.cnfTue Nov 26 23:09:45 2020 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping. Tue Nov 26 23:09:45 2020 - [info] Reading application default configuration from /opt/mysql-mha/mysql_mha.cnf.. Tue Nov 26 23:09:45 2020 - [info] Reading server configuration from /opt/mysql-mha/mysql_mha.cnf.. Tue Nov 26 23:09:45 2020 - [info] Starting SSH connection tests.. Tue Nov 26 23:09:46 2020 - [debug]  Tue Nov 26 23:09:45 2020 - [debug]  Connecting via SSH from root192.168.80.11(192.168.80.11:22) to root192.168.80.12(192.168.80.12:22).. Tue Nov 26 23:09:46 2020 - [debug]   ok. Tue Nov 26 23:09:47 2020 - [debug]  Tue Nov 26 23:09:46 2020 - [debug]  Connecting via SSH from root192.168.80.12(192.168.80.12:22) to root192.168.80.11(192.168.80.11:22).. Tue Nov 26 23:09:47 2020 - [debug]   ok. Tue Nov 26 23:09:47 2020 - [info] All SSH connection tests passed successfully. 12. 在 manager 节点上测试 mysql 主从连接情况最后出现 MySQL Replication Health is OK 字样说明正常。如下所示。 masterha_check_repl -conf/opt/mysql-mha/mysql_mha.cnfTue Nov 26 23:10:29 2020 - [info] Slaves settings check done. Tue Nov 26 23:10:29 2020 - [info]  192.168.80.11(192.168.80.11:3306) (current master)--192.168.80.12(192.168.80.12:3306)Tue Nov 26 23:10:29 2020 - [info] Checking replication health on 192.168.80.12.. Tue Nov 26 23:10:29 2020 - [info]  ok. Tue Nov 26 23:10:29 2020 - [info] Checking master_ip_failover_script status: Tue Nov 26 23:10:29 2020 - [info]   /usr/local/bin/master_ip_failover --commandstatus --ssh_userroot --orig_master_host192.168.80.11 --orig_master_ip192.168.80.11 --orig_master_port3306 IN SCRIPT TEST/sbin/ifconfig ens33:1 down/sbin/ifconfig ens33:1 192.168.80.200Checking the Status of the script.. OK  Tue Nov 26 23:10:29 2020 - [info]  OK. Tue Nov 26 23:10:29 2020 - [warning] shutdown_script is not defined. Tue Nov 26 23:10:29 2020 - [info] Got exit code 0 (Not master dead).MySQL Replication Health is OK. 13. 在 manager 节点上启动 MHA nohup masterha_manager \ --conf/opt/mysql-mha/mysql_mha.cnf \ --remove_dead_master_conf \ --ignore_last_failover /var/log/mha_manager.log /dev/null 21 --remove_dead_master_conf该参数代表当发生主从切换后老的主库的 ip 将会从配置文件中移除。--ignore_last_failover在缺省情况下如果 MHA 检测到连续发生宕机且两次宕机间隔不足 8 小时的话则不会进行 Failover 之所以这样限制是为了避免 ping-pong 效应。该参数代表忽略上次 MHA 触发切换产生的文件默认情况下MHA 发生切换后会在 app1.failover.complete 日志文件中记录下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换 除非在第一次切换后删除该文件为了方便这里设置为--ignore_last_failover。使用后台运行程序结果会输出到终端使用CtrlC发送SIGINT信号程序免疫关闭session发送SIGHUP信号程序关闭。使用nohup运行程序结果默认会输出到nohup.out使用CtrlC发送SIGINT信号程序关闭关闭session发送SIGHUP信号程序免疫。使用nohup和配合来启动程序nohup ./test 同时免疫SIGINT和SIGHUP信号。   14.查看 MHA 状态可以看到当前的 master 是 mysql1 节点。 masterha_check_status --conf/opt/mysql-mha/mysql_mha.cnf 15.查看 MHA 日志也以看到当前的 master 是 192.168.80.10如下所示。 cat /opt/mysql-mha/manager.log | grep current master 16.查看 mysql1 的 VIP 地址 192.168.80.200 是否存在这个 VIP 地址不会因为 manager 节点停止 MHA 服务而消失。 ifconfig //若要关闭 manager 服务可以使用如下命令。 masterha_stop --conf/opt/mysql-mha/mysql_mha.cnf 或者可以直接采用 kill 进程 ID 的方式关闭。 七、故障模拟 #在 manager 节点上监控观察日志记录 tail -f /opt/mysql-mha/manager.log#在 Master 节点 mysql1 上停止mysql服务 systemctl stop mysqld 或 pkill -9 mysql#正常自动切换一次后MHA 进程会退出。HMA 会自动修改 app1.cnf 文件内容将宕机的 mysql1 节点删除。查看 mysql2 是否接管 VIP ifconfig 八、故障切换备选主库的算法 1一般判断从库的是从position/GTID判断优劣数据有差异最接近于master的slave成为备选主。 2数据一致的情况下按照配置文件顺序选择备选主库。 3设定有权重candidate_master1按照权重强制指定备选主。 1默认情况下如果一个slave落后master 100M的relay logs的话即使有权重也会失效。 2如果check_repl_delay0的话即使落后很多日志也强制选择其为备选主。 九、故障修复步骤 1. 修复mysql systemctl restart mysqld 2. 修复主从 #在现主库服务器 mysql2 查看二进制文件和同步点 show master status;#在原主库服务器 mysql1 执行同步操作 change master to master_host192.168.80.11,master_usermyslave,master_passwordmyslave123,master_log_filemysql-bin.000001,master_log_pos1745;start slave; 3. 在 manager 节点上修改配置文件app1.cnf再把这个记录添加进去因为它检测掉失效时候会自动消失 vi /etc/masterha/app1.cnf ...... secondary_check_script/usr/local/bin/masterha_secondary_check -s 192.168.80.10 -s 192.168.80.11 -s 192.168.80.12 ...... [server1] hostname192.168.80.11 port3306[server2] candidate_master1 check_repl_delay0 hostname192.168.80.10 port3306[server3] hostname192.168.80.12 port3306 4. 在 manager 节点上启动 MHA nohup masterha_manager \ --conf/opt/mysql-mha/mysql_mha.cnf \ --remove_dead_master_conf \ --ignore_last_failover /dev/null /var/log/mha_manager.log 21 十、解决中英字不兼容报错的问题 dos2unix /usr/local/bin/master_ip_failover