mysqld之mha高可用

已于 2023-09-11 18:11:40 修改
阅读量459 收藏 3
点赞数 3
分类专栏： Linux安全运维 Linux故障修复类文章 数据库 文章标签： mysql 数据库
于 2022-11-02 21:17:48 首次发布
未经本人同意，不得转载抄袭。否则后果自负
本文链接：https://blog.csdn.net/qq_62462797/article/details/127644939
版权

内容预知

 1.MHA的相关知识

 1.1 什么是 MHA

1.2 MHA 的组成 

1.3 MHA 的特点 

 2. MHA的一主两从部署

 实验设计

实验组件 

实验具体操作 

步骤一： 配置主从复制 

（1）修改mysql节点服务器的主机名 

（2）添加主从mysql的映射关系 

（3）修改Mysql主配置文件/etc/my.cnf 

（4）在mysql节点服务器创建软链接 

（5）登录数据库进行授权 

（6）配置主从同步 

步骤二：配置MHA 

（1）所有服务器安装MHA软件 

（2）在所有服务器上配置无密码认证 

（3）在 manager 节点上配置 MHA 

（4）manager节点编辑配置文件，管理 mysql 节点服务器 

（5） 第一次配置需要在 Master 节点上手动开启虚拟IP

（6）在 manager 节点上测试 ssh 无密码认证 

（7）在 manager 节点上测试 mysql 主从连接情况 

（8）在 manager 节点上启动 MHA 

（9）在 manager 节点上查看 MHA 状态 和 MHA 日志，可以看到 master的地址 

 （10）在Mysql1上查看 VIP 地址 是否存在

步骤三：故障测试 

 3. 修复故障的master 

（1） 修复mysql1（即修复原来的主节点）

（2）修复主从数据 

（3）在 manager 节点上修改配置文件app1.cnf 

（4）在 manager 节点上启动 MHA 

（5）对mysql1和mysql2  进行重启 

 1.MHA的相关知识

 1.1 什么是 MHA

  • MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。
  • MHA 的出现就是解决MySQL 单点故障的问题。
  • MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。
  • MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。

1.2 MHA 的组成 

1）MHA Node（数据节点）

  • MHA Node 运行在每台 MySQL 服务器上。

2）MHA Manager（管理节点）

  • MHA Manager 可以单独部署在一台独立的机器上，管理多个 master-slave 集群；也可以部署在一台 slave 节点上。
  • MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master， 然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明。

1.3 MHA 的特点 

  • 自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据不丢失。
  • 使用半同步复制，可以大大降低数据丢失的风险，如果只有一个slave已经收到了最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性。
  • 目前MHA支持一主多从架构，最少三台服务器，即一主两从。

 2. MHA的一主两从部署

 实验设计

 满足的需求：搭建一个一主二从的高可用读写复制mysql集群，当主服务器宕机后，数据更新最全的从服务器会取代主服务器，占用VIP，保证正常运行.

实验组件 

节点服务器系统主机名IP地址安装工具及服务
MHA manager 服务器CentOS7.4(64 位)manager192.168.73.109MHA node 和 manager 组件
Master 服务器CentOS7.4(64 位)mysql1192.168.73.105MHA node 组件
Slave1 服务器CentOS7.4(64 位)mysql2192.168.73.106MHA node 组件
Slave2 服务器CentOS7.4(64 位)mysql3192.168.73.107MHA node 组件
                                                   VIP：192.168.73.66


实验具体操作 

步骤一： 配置主从复制 

（1）修改mysql节点服务器的主机名 

 ##Master 节点##
 hostnamectl set-hostname mysql1
 su
 ​
 ##Slave1节点##
 hostnamectl set-hostname mysql2
 su
 ​
 ##Slave2节点##
 hostnamectl set-hostname mysql3
 su

 ##manager##
 hostnamectl set-hostname manager
 su

（2）添加主从mysql的映射关系 

 三台主机均添加：

 vim /etc/hosts
 192.168.73.105 mysql1
 192.168.73.106 mysql2
 192.168.73.107 mysql3

（3）修改Mysql主配置文件/etc/my.cnf 

 注：

Master节点，开启二进制日志。

Slave1、Slave2 节点，开启二进制日志和中继日志。

 ##Master 节点##


 vim /etc/my.cnf
 [mysqld]
 server-id = 1
 log-bin = master-bin         #开启二进制日志，指定存放位置
 log-slave-updates = true     #允许slave从master复制数据时可以写入到自己的二进制日志中
 ​
 systemctl restart mysqld     #重启mysql
 ​

 ##Slave1节点##


 vim /etc/my.cnf
 [mysqld]
 server-id = 2               #三台服务器的 server-id 不能相同
 log-bin = master-bin
 relay-log = relay-log-bin
 relay-log-index = slave-relay-bin.index
 ​
 systemctl restart mysqld
 ​

##Slave2节点##


 vim /etc/my.cnf
 [mysqld]
 server-id = 3               #三台服务器的 server-id 不能相同
 log-bin = master-bin
 relay-log = relay-log-bin
 relay-log-index = slave-relay-bin.index
 ​
 systemctl restart mysqld     #重启mysql

（4）在mysql节点服务器创建软链接 

三个mysql节点服务器均创建： 

 ln -s /usr/local/mysql/bin/mysql /usr/sbin/
 ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/
 ​
 ls /usr/sbin/mysql*     #查看软链接

 

（5）登录数据库进行授权 

 ##----（1）所有数据库节点进行mysql主从同步的授权------##
 grant replication slave on *.* to 'myslave'@'192.168.73.%' identified by '123123';   #从服务器同步使用
 
 
 ##---（2）所有数据库节点，授权给manager服务器-----##
 
 grant all privileges on *.* to 'mha'@'192.168.73.%' identified by 'manager';  
 #为了防止因主机名导致的连接不上问题，再次对登录地址进行授权
 ​
 grant all privileges on *.* to 'mha'@'mysql1' identified by 'manager';              
 grant all privileges on *.* to 'mha'@'mysql2' identified by 'manager';
 grant all privileges on *.* to 'mha'@'mysql3' identified by 'manager';
 ​
 flush privileges;   #刷新权限

 

（6）配置主从同步 

在 Master 节点查看二进制文件和同步点（即偏移量），在 Slave1、Slave2 节点执行同步操作。 

 ##（1）在 Master 节点查看二进制文件和同步点（即偏移量）##
 show master status;

 

 #一般 "Slave_IO_Running: No" 的可能原因：
  1. 网络不通 
  2. my.cnf配置有问题（server-id重复）
  3. 密码、file文件名、pos偏移量不对 
  4. 防火墙没有关闭  

 

本次实验遇到的问题： 

io为no的问题： 起初我在设置好slave同步时，总是报错：Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file n

对主库进行了多次排查，还刷新了日志，进行从新设置，最后才发现问题出在赋值，master_log_file='master-bin.000005'中我开始编写的为master_log_file=' master-bin.000005'。

因为一个空格之差，所以slave就找不到master的二进制文件

 ##在 Slave1、Slave2 节点执行同步操作##
 change master to master_host='192.168.73.105',master_user='myslave',master_password='123123',master_log_file='master-bin.000006',master_log_pos=154; 
 ​
 start slave;     #开启同步，如有报错执行 reset slave;
 ​
 ##在 Slave1、Slave2 查看节点状态##
 show slave status\G

 

 ##两个从库必须设置为只读模式##
 set global read_only=1;
 ​
 ##在Master主库插入数据，测试数据库同步##
 mysql> use db_test

mysql> create table info(id int,name char(10));
mysql> insert into info values(1,'mysql1的数据');


 ​
 #从数据库中验证是否同步成功

步骤二：配置MHA 

注意：这里的epel源安装，不能再用本地源安装，centos7的本地源并没有，需要修改为在线源进行安装 

（1）所有服务器安装MHA软件 

 ##（1）所有服务器上都安装 MHA 依赖的环境，首先安装 epel 源##
 yum install epel-release --nogpgcheck -y
 ​
 #安装 MHA依赖环境
yum 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 组件##
#将安装包上传到/opt/目录中，解压安装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 组件##（manager组件依赖node 组件）
cd /opt/
tar zxvf mha4mysql-manager-0.57.tar.gz
cd mha4mysql-manager-0.57
perl Makefile.PL
make && make install
 ​
 ​
 ​
 ------------------虚线以内是注释--------------------------------------------------
 ​
 #manager 组件安装后在/usr/local/bin 下面会生成几个工具，主要包括以下几个：
 masterha_check_ssh         #检查 MHA 的 SSH 配置状况
 masterha_check_repl        #检查 MySQL 复制状况
 masterha_manger            #启动 manager的脚本
 masterha_check_status      #检测当前 MHA 运行状态
 masterha_master_monitor    #检测 master 是否宕机
 masterha_master_switch     #控制故障转移（自动或者手动）
 masterha_conf_host         #添加或删除配置的 server 信息
 masterha_stop              #关闭manager
 ​
 #node 组件安装后也会在/usr/local/bin 下面会生成几个脚本（这些工具通常由 MHAManager 的脚本触发，无需人为操作）主要如下：
 save_binary_logs       #保存和复制 master 的二进制日志
 apply_diff_relay_logs  #识别差异的中继日志事件并将其差异的事件应用于其他的 slave
 filter_mysqlbinlog     #去除不必要的 ROLLBACK 事件（MHA 已不再使用这个工具）
 purge_relay_logs       #清除中继日志（不会阻塞 SQL 线程）

 

（2）在所有服务器上配置无密码认证 

 ##（1）在 manager 节点上配置到所有数据库节点的无密码认证
 ssh-keygen -t rsa               #一路按回车键，生成密钥。"-t rsa"指定密钥的类型。
 ssh-copy-id 192.168.73.105    #将公钥传给所有数据库节点，形成免密码连接登录
 ssh-copy-id 192.168.73.106
 ssh-copy-id 192.168.73.107
 ​
 ##（2）在 mysql1 上配置到数据库节点 mysql2 和 mysql3 的无密码认证
 ssh-keygen -t rsa
 ssh-copy-id 192.168.73.106   #将公钥传给两个从节点，形成免密码连接登录
 ssh-copy-id 192.168.73.107
 ​
 ##（3）在 mysql2 上配置到数据库节点 mysql1 和 mysql3 的无密码认证
 ssh-keygen -t rsa
 ssh-copy-id 192.168.73.105
 ssh-copy-id 192.168.73.107
 ​
 ##（4）在 mysql3 上配置到数据库节点 mysql1 和 mysql2 的无密码认证
 ssh-keygen -t rsa
 ssh-copy-id 192.168.73.105
 ssh-copy-id 192.168.73.106

（3）在 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.73.66';                             #指定vip的地址
 my $brdc = '192.168.73.255';                            #指定vip的广播地址
 my $ifdev = 'ens33';                                    #指定vip绑定的网卡
 my $key = '1';                                          #指定vip绑定的虚拟网卡序列号
 my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";   #代表此变量值为ifconfig ens33:1 192.168.72.100
 my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";    #代表此变量值为ifconfig ens33:1 192.168.72.100 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(
 'command=s' => $command,
 'ssh_user=s' => $ssh_user,
 'orig_master_host=s' => $orig_master_host,
 'orig_master_ip=s' => $orig_master_ip,
 'orig_master_port=i' => $orig_master_port,
 'new_master_host=s' => $new_master_host,
 'new_master_ip=s' => $new_master_ip,
 'new_master_port=i' => $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 --command=start|stop|stopssh|status --orig_master_host=host --orig_master_ip=ip --orig_master_port=port --new_master_host=host --new_master_ip=ip --new_master_port=port\n";
 }

（4）manager节点编辑配置文件，管理 mysql 节点服务器 

 mkdir /etc/masterha
 cp /opt/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha/   #复制配置文件
 ​
 vim /etc/masterha/app1.cnf   #删除原有内容，直接复制并修改节点服务器的IP地址
 [server default]
 manager_log=/var/log/masterha/app1/manager.log
 manager_workdir=/var/log/masterha/app1
 master_binlog_dir=/usr/local/mysql/data
 master_ip_failover_script=/usr/local/bin/master_ip_failover
 master_ip_online_change_script=/usr/local/bin/master_ip_online_change
 user=mha
 password=manager
 ping_interval=1
 remote_workdir=/tmp
 repl_password=123123
 repl_user=myslave
 secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.73.106 -s 192.168.73.107
 shutdown_script=""
 ssh_user=root
 user=mha
 ​
 [server1]
 hostname=192.168.73.105
 port=3306
 ​
 [server2]
 candidate_master=1
 check_repl_delay=0
 hostname=192.168.73.106
 port=3306
 ​
 [server3]
 hostname=192.168.73.107
 port=3306

 

注释： 

[server default]
 manager_log=/var/log/masterha/app1/manager.log　　　#manager日志
 manager_workdir=/var/log/masterha/app1　　　　　　　　#manager工作目录
 master_binlog_dir=/usr/local/mysql/data/　　　　　　　#master保存binlog的位置，这里的路径要与master里配置的binlog的路径一致，以便MHA能找到
 master_ip_failover_script=/usr/local/bin/master_ip_failover　　#设置自动failover时候的切换脚本，也就是上面的那个脚本
 master_ip_online_change_script=/usr/local/bin/master_ip_online_change　　#设置手动切换时候的切换脚本
 user=mha                #设置mysql用户，给manager授权时创建的用户
 password=manager        #设置mysql用户的密码，这个密码是前文中创建监控用户的那个密码
 ping_interval=1         #设置监控主库，发送ping包的时间间隔，默认是3秒，尝试三次没有回应的时候自动进行failover
 remote_workdir=/tmp     #设置远端mysql在发生切换时binlog的保存位置
 repl_password=123123    #设置复制用户的密码（主从同步授权时创建的用户和密码）
 repl_user=myslave       #设置复制用户的用户
 report_script=/usr/local/send_report　　  #设置发生切换后发送的报警的脚本
 secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.73.106 -s 192.168.73.107         #指定检查的从服务器IP地址
 shutdown_script=""      #设置故障发生后关闭故障主机脚本（该脚本的主要作用是关闭主机防止发生脑裂,这里没有使用，可以使用系统自带的power_manager ）
 ssh_user=root           #设置ssh的登录用户名
 ​
 [server1]                  #master
 hostname=192.168.73.105
 port=3306
 ​
 [server2]                  #slave1
 hostname=192.168.73.106
 port=3306
 candidate_master=1
 #设置为候选master，设置该参数以后，发生主从切换以后将会将此从库提升为主库，即使这个从库不是集群中最新的slave
 ​
 check_repl_delay=0
 #默认情况下如果一个slave落后master 超过100M的relay logs的话，MHA将不会选择该slave作为一个新的master， 因为对于这个slave的恢复需要花费很长时间；通过设置check_repl_delay=0，MHA触发切换在选择一个新的master的时候将会忽略复制延时，这个参数对于设置了candidate_master=1的主机非常有用，因为这个候选主在切换的过程中一定是新的master
 ​
 [server3]                #slave2
 hostname=192.168.73.107
 port=3306

（5） 第一次配置需要在 Master 节点上手动开启虚拟IP

/sbin/ifconfig ens33:1 192.168.73.66/24

 

（6）在 manager 节点上测试 ssh 无密码认证 

 masterha_check_ssh -conf=/etc/masterha/app1.cnf

（7）在 manager 节点上测试 mysql 主从连接情况 

 masterha_check_repl -conf=/etc/masterha/app1.cnf

在 manager 节点上测试 mysql 主从连接情况，最后出现MySQL Replication Health is OK 字样说明正常。 

 

（8）在 manager 节点上启动 MHA 

nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &
 ​
 ​
 ------------------------------以下都是注释-----------------------------------------------------------
 ​
 --remove_dead_master_conf   #该参数代表当发生主从切换后，老的主库的 ip 将会从配置文件中移除。
 --manger_log                #日志存放位置。
 --ignore_last_failover      #在缺省情况下，如果 MHA 检测到连续发生宕机，且两次宕机间隔不足 8 小时的话，则不会进行 Failover， 之所以这样限制是为了避免 ping-pong 效应（来回切换导致脑裂）。该参数代表忽略上次 MHA 触发切换产生的文件，默认情况下，MHA 发生切换后会在 app1.failover.complete 日志文件中记录，下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换， 除非在第一次切换后删除该文件，为了方便，这里设置为--ignore_last_failover。
 ​
 -------------------------------------------------------------------------------------
 ​
 ●使用&后台运行程序：结果会输出到终端；使用Ctrl+C发送SIGINT信号，程序免疫；关闭session发送SIGHUP信号，程序关闭。
 ●使用nohup运行程序：结果默认会输出到nohup.out；使用Ctrl+C发送SIGINT信号，程序关闭；关闭session发送SIGHUP信号，程序免疫。
 ●使用nohup和&配合来启动程序 nohup ./test &：同时免疫SIGINT和SIGHUP信号。
 ​
 -------------------------------------------------------------------------------------

（9）在 manager 节点上查看 MHA 状态 和 MHA 日志，可以看到 master的地址 

#查看 MHA 状态，可以看到当前的 master 是 Mysql1 节点。
 masterha_check_status --conf=/etc/masterha/app1.cnf
 ​
 #查看 MHA 日志，也可以看到当前的 master 是 192.168.73.105
 cat /var/log/masterha/app1/manager.log | grep "current master"

 

 （10）在Mysql1上查看 VIP 地址 是否存在

 ifconfig
 ​
 #若要关闭 manager 服务，可以使用如下命令。
 masterha_stop --conf=/etc/masterha/app1.cnf
 #或者可以直接采用 kill 进程 ID 的方式关闭。

 

步骤三：故障测试 

 ------------------------故障切换备选主库的算法------------------------
 ​
 故障切换备选主库的算法：
 1．一般判断从库的是从（position/GTID）判断优劣，数据有差异，最接近于master的slave，成为备选主。
 ​
 2．数据一致的情况下，按照配置文件顺序，选择备选主库。
 ​
 3．设定有权重（candidate_master=1），按照权重强制指定备选主。
 ​
 （1）默认情况下如果一个slave落后master 100M的relay logs的话，即使有权重，也会失效。
 ​
 （2）如果 check_repl_delay=0 的话，即使落后很多日志，也强制选择其为备选主。
 

 ##（1）在 Master 节点 Mysql1 上停止mysql服务
 systemctl stop mysqld
 或
 pkill -9 mysql
 ​
 ##（2）在 manager 节点上监控观察日志记录
 tail -f /var/log/masterha/app1/manager.log
 ​

 ​
 ​
 ##（3）正常自动切换一次后，MHA 进程会退出。MHA 会自动修改 app1.cnf 文件内容，将宕机的 mysql1 节点删除。
 vim /etc/masterha/app1.cnf   #查看manager节点的配置文件
 ​
 ##（4）查看 mysql2 是否接管 VIP
 ifconfig
 ​
 ​

 

 

 3. 修复故障的master 

（1） 修复mysql1（即修复原来的主节点）

systemctl restart mysqld

（2）修复主从数据 

mysql -u root -p
mysql> show master status;

 

mysql -u root -p
change master to master_host='192.168.73.106',master_user='myslave',master_password='123123',master_log_file='master-bin.000002',master_log_pos=154;

 

（3）在 manager 节点上修改配置文件app1.cnf 

vi /etc/masterha/app1.cnf
 ......
 secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.73.106 -s 192.168.73.107
 ......
 [server1]
 hostname=192.168.73.105
 port=3306
 ​
 [server2]
 candidate_master=1
 check_repl_delay=0
 hostname=192.168.73.106
 port=3306
 ​
 [server3]
 hostname=192.168.73.107
 port=3306

（4）在 manager 节点上启动 MHA 

masterha_stop --conf=/etc/masterha/app1.cnf


nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &

（5）对mysql1和mysql2  进行重启 

systemctl restart  mysqld

 

站在这别动，我去给你买橘子
关注
  • 3
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Linux运维-运维课程d7-半同步复制与MHA高可用架构设计-03-mysqld重启后，需要手工启动主从同步.mp4
05-31
Linux运维-运维课程d7-半同步复制与MHA高可用架构设计-03-mysqld重启后，需要手工启动
修改mysql字段的方法
weixin_57632548的博客
11-02 3574
修改数据库已有字段属性，因该字段是其他表的外键，需要解除关联，再修改字段属性后，再添加外键关联
Mysqld之MHA高可用
最新发布
weixin_42054864的博客
09-12 670
-remove_dead_master_conf：该参数代表当发生主从切换后，老的主库的 ip 将会从配置文件中移除。--manger_log：日志存放位置。--ignore_last_failover：在缺省情况下，如果 MHA 检测到连续发生宕机，且两次宕机间隔不足 8 小时的话，则不会进行 Failover， 之所以这样限制是为了避免 ping-pong 效应。
MySQL初级篇 | 修改MySQL密码的四种方法（适合初学者）
热门推荐
m0_61933976的博客
07-27 13万+
修改MySQL密码的四种方法，最后一种密码忘了也不怕
Mysql之MHA高可用
2301_76858832的博客
06-28 577
MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master， 然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明
修改mysql数据目录
架构师的成长之路的博客
09-15 1991
修改mysql数据目录
MySQL 修改存储路径
weixin_42555971的博客
05-16 1399
安装mysql 查询Mysql数据存储原来的存储目录 cat /etc/my.cnf 查询挂载 df -h 可以看到最大的挂载在 /data 在 /data 目录下新建文件夹 mkdir /data/mysqldata 将数据文件copy到新目录 cp -R /var/lib/mysql /data/mysqldata/ 设置新目录权限 chown -R mysql:mysql /data/mysqldata 备份原配置文件 cp /etc/my.cnf /etc/my.cnf.bak 编辑配
MySQL修改配置文件
人若有志,就不会在半坡停止。
08-23 2413
MySQL端口修改，用于远程连接。
Linux下如何查看并修改MySQL的mysqld.cnf配置文件
qq_38286876的博客
07-07 2万+
查找mysqld.cnf可用以下方式 通过          cd /etc/mysql/mysql.conf.d 进入mysqld.cnf所在文件夹 然后         vi mysqld.cnf 打开mysqld.cnf配置文件，就可以通过修改配置文件了 结果如下： 以上为配置文件内容，可根据需求进行修改 注：mysqld.cnf配置文件为reado
关于mysql的连接数问题
weixin_34014555的博客
11-24 57
1、查看当前所有连接的详细资料: ./mysqladmin-uadmin-p-h10.140.1.1processlist2、只查看当前连接数(Threads就是连接数.): ./mysqladmin-uadmin-p-h10.140.1.1status 3.mysql命令行方式: mysql>show processlist; 4.设置最大连接数 ...
mariadb-mha:支持 GTID 的 MariaDB 高可用性工具
06-16
1> master_monitor ：它定期检查给定主服务器上 mysqld 的可用性。 当 mysqld 不可用时打印错误消息。 使用方法：从bin/执行master_monitor脚本。 $> ./master_monitor 用户名密码ip端口 工作原理：它使用 Perl DBI...
mysqld数据库的编码设置
03-28
mysqld数据库的编码设置，亲测，可用，设置成utf-8编码。
MySQL高可用负载均衡集群部署
11-10
MySQL 高可用负载均衡集群部署 MySQL 高可用负载均衡集群部署是指在 MySQL 数据库中实现高可用性和负载均衡，以提高数据库的性能和可靠性。在本文中，我们将介绍如何使用 haproxy 和 keepalived 实现 MySQL 高可用...
mysqld_exporter-0.12.1.linux-amd64.tar.gz
06-22
prometheus mysql exporter 节点安装 mysqld_exporter-0.12.1.linux-amd64.tar.gz 资源下载
Mysqld之mha高可用
cxin1225的博客
06-28 230
-----------------------故障切换备选主库的算法------------------------
mysql修改mysqld.cnf文件后启动不了
dingpwen的博客
04-16 1095
前面几天个人购买了一个内存1G的华为云服务器，在上面跑python服务程序+mysql，结果发现mysql老是因为OOM而被杀掉，然后参考网上的方案：https://blog.csdn.net/weixin_34354173/article/details/89649995 那么多配置项，也不知道如何取舍，所以就直接复制人家的配置到/etc/my.cnf中，然后重启mysqld，结果发现重启失败，...
mysqld的安装和基本增删改查
玉淇的博客
08-27 907
1安装mysql 1 ）删除低版本的mysql服务 2）新版本的mysql的安装、初始密码设置、登录和退出数据库 3）安装mysql后的配置文件 4）登录数据库后，对库的操作：查看库，查看当前所在库，切换库，创建库，删除库 5）数据库里表的操作：在库里查看所列的所有表，查看表结构，查看某表的所有记录内容，查看某表指定字段的记录内容，在当前库中创建表，在指定库中创建表，删除当前库的表，删除
使用Navicat for Mysql连接装在虚拟机Ubuntu上的mysql服务器-----修改mysqld.cnf文件
职业炮灰的博客
09-27 3357
在云服务器上装好mysql并且新建一个用户后，用Navicat for MySQL连接虚拟机Ubuntu上的mysql服务器还是连接不上，这时需要修改mysqld.cnf文件里的东西 具体步骤如下： 1，打开PuTTY，登录云服务器，（获取root）： 2，输入命令： 1 cd / etc / mysql / mysql.conf.
修改MYSQL最大连接数的3种方法
张同光 (Tongguang Zhang)：Hello everyone !
03-30 504
修改MYSQL最大连接数的3种方法 http://blog.cnw.com.cn/index.php/20937/viewspace-16016 MYSQL数据库安装完成后，默认最大连接数是100，一般流量稍微大一点的论坛或网站这个连接数是远远不够的，增加默认MYSQL连接数的方法有两个 方法一：进入MYSQL安装目录 打开MYSQL配置文件 my.ini 或 m
mysql一主两从做高可用MHA
05-03
MHA是MySQL的高可用方案之一，它可以在一主多从的环境下实现MySQL的高可用。下面是一主两从做高可用MHA的步骤： 1. 安装MHA管理节点 首先需要在一台机器上安装MHA管理节点，这里假设安装在192.168.1.1上。 2. 准备...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值