mysql双主之keepalived 实现高可用及读写分离

----------读写分离的 双VIP

Mysql 双主+keepalived 实现高可用及读写分离

• 
   

目的：

解决 mysql数据库Master-Slave 单点故障问题。

实现方式：

1. Master-Master Replication 实现数据同步。

2.通过keepalived虚拟IP 从网络层实现单点故障时IP自动切换，从而实现高可用。

3.通过keepalived配置实现read读指向Slave节点，实现读写分离。

缺点：根据线上实际应用情况，只考虑单点网络故障及机器设备故障时虚拟ip自动切换（只切换一次）。不考虑mysql服务异常等情况，数据库异常可通过nagios等监控，防止多次来回切换，造成数据混乱！且故障节点恢复时，要人工操作及注意步骤。

Master-Master

1、使用两个MySQL数据库db01,db02，互为Master和Slave，即：

一边db01作为db02的master，一旦有数据写向db01时，db02定时从db01更新

另一边db02也作为db01的master，一旦有数据写向db02时，db01也定时从db02获得更新

(这不会导致循环，MySQL Slave默认不会记录Master同步过来的变化)

2、但从AppServer的角度来说，同时只有一个结点db01扮演Master，另外一个结点db02扮演Slave，不能同时两个结点扮演Master。即AppSever总是把write操作分配某个数据库(db01)，除非db01 failed，被切换。

3、如果扮演Slave的数据库结点db02 Failed了：

a)此时appServer要能够把所有的read,write分配给db01，read操作不再指向db02

b)一旦db02恢复过来后，继续充当Slave角色，并告诉AppServer可以将read分配给它了.

4、如果扮演Master的数据库结点db01 Failed了

a)此时appServer要能够把所有的写操作从db01切换分配给db02，也就是切换Master由db02充当

b)db01恢复过来后，充当Slave的角色，Master由db02继续扮演。

具体配置如下：

测试环境简介：

1.10.10.10.40   mysql+keepalive

2.10.10.10.41   mysql+keepalive

3.写入VIP：10.10.10.21（40主，41从）

4.读取VIP：10.10.10.44(41主，40从)

1.mysql双主配置，此处简略，可参考网上主主同步配置。

Mysql配置文件重点简略如下：

log-bin=mysql-bin

binlog_format=mixed

server-id= 3（另一台的ID为2）

2.keepalived 配置方法

第一台（40）：

global_defs {

     notification_email {

     ******@126.com

     }

     notification_email_from*****@126.com

     smtp_server 127.0.0.1

     smtp_connect_timeout 30

     router_id MySQL-ha

     }

vrrp_instance VI_1 {

     state BACKUP   #两台配置此处均是BACKUP

     interface p4p1 #注意网卡接口

     virtual_router_id 51

     priority 180   #优先级，另一台改为90

     advert_int 1

     nopreempt     #不主动抢占资源，只在优先级高的机器上设置即可，优先级低的机器不设置

     authentication {

       auth_type PASS

       auth_pass 1111

     }

     virtual_ipaddress {

        10.10.10.21     #此虚拟ip为写

     }

     }

vrrp_instance VI_2 {

     state BACKUP   #另一台配置为MASTER

     interface p4p1 #注意网卡接口

     virtual_router_id 44 #注意id和上面的不同

     priority 90 #优先级，另一台改为180

     advert_int 1

     authentication {

       auth_type PASS

       auth_pass 1111

     }

     virtual_ipaddress {

        10.10.10.44      #此虚拟ip为读

     }

   }

第二台（41）

global_defs {

     notification_email {

     *********@126.com

     }

     notification_email_from ********@126.com

     smtp_server 127.0.0.1

     smtp_connect_timeout 30

     router_id MySQL-ha

     }

vrrp_instance VI_1 {

     state BACKUP   #两台配置此处均是BACKUP

     interface p4p1 #注意网卡接口

     virtual_router_id 51

     priority 90   #优先级，另一台改为180

     advert_int 1

     authentication {

     auth_type PASS

     auth_pass 1111

     }

     virtual_ipaddress {

     10.10.10.21

     }

     }

vrrp_instance VI_2 {

     state MASTER   #用于mysql读

     interface p4p1 #注意网卡接口

     virtual_router_id 44

     priority 180 #优先级，另一台改为90

     advert_int 1

     authentication {

     auth_type PASS

     auth_pass 1111

     }

     virtual_ipaddress {

     10.10.10.44      #用于mysql读

     }

}

故障处理

一、写数据的库服务器或者网络出现故障：

测试环境简介：

1.10.10.10.40   mysql+keepalive

2.10.10.10.41   mysql+keepalive

3.写入VIP：10.10.10.21（40主，41从）

4.读取VIP：10.10.10.44(41主，40从)

故障一：40(写)服务器或者网络故障，虚拟ip 21切换到41

1、 40服务器恢复后，不要插上网线或者修改40的iP（防止数据自动同步，导致数据污染）

2、 暂时关闭keepalive（默认开机不启动）

3、 启动40的mysql并停掉slave，防止41数据同步到40，同时插上网线或者修改iP为40；

4、 检查41的slave状态是有主键冲突，如果有主键冲突，导出40上的数据，并做删除；

5、 重启41的slave，查看是否还有主键冲突，如果有继续上步操作，直到41的slave状态恢复正常；

6、 开启40的slave并查看slave状态，正常情况下应该不会出现主键冲突，如果有主键冲突，导出数据并分析原因，(根据实际情况处理)

7、 检查40与41服务器数据是否一致，如果数据一致，切换VIP 44(读虚拟IP)到40,修改步骤如下:

  a)修改41的keepalive配置vrrp_instance VI_2 中state状态为BACKUP、priority 修改为90

 b)重启41 keepalive（确保40的keepalive是关闭状态）

 c)修改40的keepalive配置vrrp_instance VI_2 中state状态为MASTER、priority 修改为180

 d)重启40的keepalive

e)检查VIP 44（读虚拟IP）是否切到40上，并且VIP 21（写虚拟IP）应该保留在41上。

8、 线上应用测试（读与写）

故障修复后的状态应该是：

1.10.10.10.40   mysql+keepalive

2.10.10.10.41   mysql+keepalive

3.写入VIP：10.10.10.21（41主，40从）

4.读取VIP：10.10.10.44(40主，41从)

故障二、41(读)数据库出现故障，VIP 44（读虚拟IP）切到40服务器

1、修复41服务器之前应断开网线或者修改ip(防止读VIP自动切回)

2、关闭keepalive 所以服务器上的keepalive 最好设计成开不会自动启动命令如下：chkconfig keepalived off

3、检查41数据库的slave状态是否正常，数据库数据同步是否正常

4、数据同步完成后启动keepalive，检查读取数据的虚拟IP 44应该切回本服务器，写数据的虚拟IP不变。

5、应用测试读写数据是否正常

故障三、两台数据库服务器同时故障

1、 开启40和41数据库之前，先断网线

2、 分别检查40和41服务器的mysql更新的最新时间

3、 如果40数据比较新，先插上40的网线，使其对外提供服务。

3.1检查读和写的虚拟iP是否都在40上

3.2关闭41上的keepalive，并且开启41上msyql的salve，同步40上的数据

3.3如果同步正常启动keepalive

3.4测试读写数据是否正常

 4、如果41的数据比较新，就先插上41的网线，使其对外提供服务

       4.1 检查读和写的虚拟ip是否都在41上

       4.2 关闭40上的keepalive，并且开启40上mysql的save，开始同步41上的数据

       4.3如果同步正常，启动40的keepalive

       4.4测试读写数据是否正常

       4.5应用测试程序是否正常

• 

• 大小: 20.4 KB

在生产环境中mysql的高可用的对于整个项目而言有着至关重要的作用。因此需要将mysql设计成为高可用的架构。本博文将详细介绍的mysql+keepalived构建的mysql互为主从的架构实战。

一、环境准备
操作系统    centos7.0
数据库    mysql5.7
master 安装mysql 和keeplived    192.168.128
slave  安装mysql 和keeplived    192.168.140
docker 安装    docker 最新版本
虚拟IP地址    192.168.150
要实现互为主从，就必须 mster1-->master2设置主从同步 同时 master2--->master1 也设置主从同步。

二、Mysql主主同步环境部署
2.1 master-mysql 配置
vi /etc/my.cnf

vi /etc/my.cnf
[mysqld]
 
#全局唯一，每台都不能一样
server-id = 1
 
#log-bin表示开启二进制日志记录，mysql-bin表示日志文件的命名格式，会生成mysql-bin.0001 等等
log-bin = mysql-bin
 
#指定中继日志格式（拉取主mysql日志后，在从库上生成的日志）    
relay-log = mysql-relay-bin
 
#指定那些库或则表不进行同步，mysql是库名，.%表示下面所有的表，mysql.user  表示不同不mysql库下的user表    
replicate-wild-ignore-table=mysql.%    
replicate-wild-ignore-table=test.%
replicate-wild-ignore-table=information_schema.%
 
#replicate-wild-do-table=boke.%        #表示同步那个库
#注意：不要在主库上使用binlog-do-db 或　binlog-ignore-db选项
#也不要在从库上使用　replicate-do-db 或　replicate-ignore-db 选项，因为这有可能产生跨库更新失败的问题．推荐从库上使用　replicate_wild_do_table 和　replicate_wild_ignore_table 这两个选项来解决复制过滤问题
datadir=/data/mysql
socket=/data/mysql/mysql.sock
user=mysql
symbolic-links=0
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
character-set-server=utf8
 
[mysql]
socket=/data/mysql/mysql.sock
default-character-set=utf8
 
[client]
socket=/data/mysql/mysql.sock
default-character-set=utf8
user=root
password=root
#若是不写上这个字段，在本机用命令进入mysql会报错，提示默认路径/var/lib/mysql/mysql.sock找不到
2.2 slave-mysql配置
vi /etc/my.cnf

vi /etc/my.cnf
[mysqld]
 
server-id = 2
 
log-bin = mysql-bin
 
relay-log = mysql-relay-bin
 
replicate-wild-ignore-table=mysql.%
replicate-wild-ignore-table=test.%
replicate-wild-ignore-table=information_schema.%
 
datadir=/data/mysql
socket=/data/mysql/mysql.sock
user=mysql
symbolic-links=0
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
character-set-server=utf8
 
[mysql]
socket=/data/mysql/mysql.sock
default-character-set=utf8
 
[client]
socket=/data/mysql/mysql.sock
default-character-set=utf8
 
user=root
password=root
2.3 测试Mysql主主同步环境
#mysql5.7.7以后的初始化方法
mysqld --initialize --user=mysql --datadir=/data/mysql
 
#mysql5.7.7以前的初始化方法
mysql_install_db --user=mysql --datadir=/data/mysql
 
#分别启动主从数据库
#在centos7里面，必须先关闭selinux,否在无法启动mysqld
systemctl start mysqld
 
# 分别为主从mysql做安全加固
#查到上一步，首次启动mysql,系统自动生成的密码（　cat /var/log/mysqld.log |grep pass　）
 
mysql_secure_installation    #使用该命令更改随机root密码（修改为　NCYD-tianyu@0791　）
 
手动同步数据（假如现在的环境，主上已经有数据了，从是新的）
1：在主上数据库中创建用于复制的用户，并授权
mysql> GRANT REPLICATION SLAVE ON *.* to 'tongbu'@'192.168.1.43' identified by '123456789';
 
2：在主mysql上先锁表（使其所有表变成只读状态）
mysql> flush tables with read lock;        #不要退出终端，否在这个锁就失效了
 
3：再开启另一个命令行终端，使用myqldump等工具将数据导出（或则直接打包存储mysql数据的目录，并发送到从机上）
 
4：将导出数据复制到从机上，并创建新库并导入数据
 
互相置从，互相置主（以达到双主模式）
 mysqlMaster上将mysqlSlave设置为自己的主角色服务器

mysql> show master status;    #查看mysqlSlave的状态（记录File名字，和Position）
change master to
master_host = '192.168.25.140',
master_user = 'root',
master_password = 'root',
master_log_file = 'mysql-bin.000002',
master_log_pos = 1006;
 
mysql> start slave;      #启动slave端的复制进程(某些版本是：slave start; )
mysql> show slave status\G  #查看slaves端的I/O进程，与SQL进程
在从上将mysqlMaster设置为自己的主角色服务器

mysql> show master status;    #查看mysqlMaster的状态（记录File名字，和Position）
change master to
master_host = '192.168.25.128',
master_user = 'root',
master_password = 'root',
master_log_file = 'mysql-bin.000002',
master_log_pos = 1006;
 
mysql> start slave;      #启动slave端的复制进程
mysql> show slave status\G  #查看slaves端的I/O进程，与SQL进程
1：第一验证在myssqlMaster上创建库，mysqlSlave上是否存在。

2：第二验证在mysqlSlave上创建库，mysqlMaster上是否存在。

三、配置mysql+keepalived高可用环境
3.1 配置maste keepalive节点
### 配置主节点 ###
 
找到140注解keepalived的配置文件keepalived.conf
 
global_defs {
    router_id 192.168.25.140
    script_user root
    enable_script_security
}
    
vrrp_script chk_nginx {
     script "/etc/keepalived/check_mysql.sh"
     interval 2
     weight -20
}
    
    
vrrp_instance VI_1 {
     state MASTER
     interface eth0
     virtual_router_id 140
     mcast_src_ip 192.168.25.140
     priority 100
     nopreempt
     advert_int 1
     authentication {
        auth_type PASS
            auth_pass 1111
     }
        
     track_script {
         chk_nginx
     }
     virtual_ipaddress {
        192.168.25.150
      }
}
3.2 配置slave keepalive节点
### 配置从节点 ###
 
找到128注解keepalived的配置文件keepalived.conf
 
global_defs {
    router_id 192.168.25.128
    script_user root
    enable_script_security
}
    
vrrp_script chk_nginx {
    script "/etc/keepalived/check_mysql.sh"
    interval 2
    weight -20
}
    
vrrp_instance VI_1 {
     state BACKUP
     interface eth2
     virtual_router_id 128
     priority 90
     mcast_src_ip 192.168.25.128
     advert_int 1
     authentication {
        auth_type PASS
        auth_pass 1111
     }
     track_script {
         chk_nginx
     }
     virtual_ipaddress {
         192.168.25.150
     }
}
3.3 在master和salve中配置check_mysql.sh
mysql5.7

#!/bin/bash
 
counter=$(netstat -na|grep "LISTEN"|grep "3306"|wc -l)
if [ "${counter}" -eq 0 ]; then
    /etc/init.d/keepalived stop
fi
 mysql5.8

#!/bin/bash
#slave_is=( $(mysql -uroot -pNCYD-tianyu@0791 -e "show slave status\G" | grep "Slave_.*_Running" | awk '{print $2}') )　在新版本的myql中，直接将密码写在命令行，会进行安全提示，解决办法是将其写在mysql的配置文件里的 [client] 字段里，写法见上面mysql的配置文件
slave_is=( $(mysql -e "show slave status\G" | grep "Slave_.*_Running" | awk '{print $2}') )
if [ "${slave_is[0]}" = "Yes" -a "$slave_is[1]" = "Yes"]
    then
    exit 0
else
    exit 1
fi
3.4 赋予权限和执行keepalive
# 赋予权限
 
chmod +x /etc/keepalived/mysql_check.sh
 
# 启动keeplived
 
sudo service keepalived start
 
# 查看keeplived
 
sudo service keepalived status
 
# 停止keeplived
 
sudo service keepalived stop
四、测试mysql+keepalived高可用架构
1 连接使用主192.168.25.150:3306 是否跳转连接master-mysql的192.168.25.140:3306

2 关闭主服务器

3.连接使用主192.168.25.150:3306 是否跳转连接slave-mysql的192.168.25.128:3306

博文参考
————————————————
版权声明：本文为CSDN博主「庄小焱」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_41605937/article/details/122391877

生产环境中一台mysql主机存在单点故障，所以我们要确保mysql的高可用性，即两台MySQL服务器如果其中有 一台MySQL服务器挂掉后，另外一台能立马接替其进行工作。 MySQL的高可用方案一般有如下几种： keepalived+双主，MHA，PXC，MMM，Heartbeat+DRBD等，比较常用的是keepalived+双主，MHA和PXC。 本节主要介绍了利用 keepalived 实现 MySQL 数据库的高可用。 Keepalived+mysql双主来实现MySQL-HA，我 们必须保证两台MySQL数据库的数据完全一样，基本思路是两台MySQL互为主从关系，通过Keepalived配置虚 拟IP，实现当其中的一台MySQL数据库宕机后，应用能够自动切换到另外一台MySQL数据库，保证系统的高可 用。

一、配置两台MySQL主主同步

该过程的第一部分就是master记录二进制日志。在每个事务更新数据完成之前，master在二日志记录这些改 变。MySQL将事务写入二进制日志。在事件写入二进制日志完成后，master通知存储引擎提交事务。 下一步就 是slave将master的binary log拷贝到它自己的中继日志。首先，slave开始一个工作线程——I/O线程。I/O线程 在master上打开一个普通的连接，然后开始binlog dump process。Binlog dump process从master的二进制日 志中读取事件，如果已经同步了master，它会睡眠并等待master产生新的事件。I/O线程将这些事件写入中继日 志。 SQL slave thread（SQL从线程）处理该过程的最后一步。SQL线程从中继日志读取事件，并重放其中的事 件而更新slave的数据，使其与master中的数据一致。只要该线程与I/O线程保持一致，中继日志通常会位于OS 的缓存中，所以中继日志的开销很小。 主主同步就是两台机器互为主的关系，在任何一台机器上写入都会同 步。 若mysql主机开启了防火墙，需要关闭防火墙或创建规则。 1、修改MySQL配置文件 两台MySQL均要开启 binlog日志功能，开启方法：在MySQL配置文件[MySQLd]段中加上log-bin=MySQL-bin选项，两台MySQL的 server-ID不能一样，默认情况下两台MySQL的serverID都是1，需将其中一台修改为2即可。 master1中有关复 制的配置如下：

log-bin = mysql-bin 
binlog_format = mixed
server-id = 1
relay-log = relay-bin
relay-log-index = slave-relay-bin.index
auto-increment-increment = 2
auto-increment-offset = 1
 master2中有关复制的配置如下：

log-bin = mysql-bin
binlog_format = mixed
server-id = 2
relay-log = relay-bin
relay-log-index = slave-relay-bin.index
auto-increment-increment = 2
auto-increment-offset = 2
注：master1和master2只有server-id不同和 auto-increment-offset不同。

mysql中有自增长字段，在做数据库的主主同步时需要设置自增长的两个相关配置：auto_increment_offset和 auto_increment_increment。 auto-increment-increment表示自增长字段每次递增的量，其默认值是1。它的值 应设为整个结构中服务器的总数，本案例用到两台服务器，所以值设为2。 auto-increment-offset是用来设定数 据库中自动增长的起点(即初始值)，因为这两能服务器都设定了一次自动增长值2，所以它们的起点必须得不 同，这样才能避免两台服务器数据同步时出现主键冲突，

将master1设为master2的主服务器 在master1主机上创建授权账户，允许master2(192.168.1.102)主机上 连接

mysql> grant replication slave on *.* to rep@'192.168.56.%' identified by '123';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)
查看master1的当前binlog状态信息 

 在master2上将master1设为自已的主服务器并开启slave功能

change master to
master_host='192.168.56.100',
master_user='rep',
master_password='123',
master_log_file='mysql-bin.000001',
master_log_pos=609;

 设置防火墙：#iptables I INPUT –p tcp –dport 3306 –j ACCEPT #service iptables save

查看从的状态，mysql>show slave status\G;以下两个值必须为yes,代表从服务器能正常连接主服务器

将master2设为master1的主服务器 在master2主机上创建授权账户，允许在master1(192.168.1.101)主机上 连接

mysql> grant replication slave on *.* to rep@'192.168.56.%' identified by '123';
Query OK, 0 rows affected, 1 warning (0.01 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)
  查看master2的当前binlog状态信息

 在master1上将master2设为自已的主服务器并开启slave功能。

change master to
master_host='192.168.56.200',
master_user='rep',
master_password='123',
master_log_file='mysql-bin.000001',
master_log_pos=609; 

 设置防火墙：

firewall-cmd --add-port=3306/tcp

查看从的状态，以下两个值必须为yes,代表从服务器能正常连接主服务器

 测试主主同步 在master1上创建要同步的数据库如test_db，并在test_db中创建一张测试表如tab1

mysql> use test_db;
Database changed
mysql> create table tab1(id int,name varchar(30));
Query OK, 0 rows affected (0.01 sec)
查看master2主机是否同步了master1上的数据变化

 从上图可以看出master2同步了master的数据变化 在master2主机上向tab1表中插入数据

 查看master1主机是否同步了master2上的数据变化

现在任何一台MySQL上更新数据都会同步到另一台MySQL，MySQL同步完成。

 下面我们就完成keepalived的高可用性。 keepalived是集群管理中保证集群高可用的一个软件解决方案，其功 能类似于heartbeat，用来防止单点故障 keepalived是以VRRP协议为实现基础的，VRRP全称Virtual Router Redundancy Protocol，即虚拟路由冗余协议。 虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即 将N台提供相同功能的路由器组成一个路由器组，这个组里面有一个master和多个backup，master上面有一个 对外提供服务的vip，master会发组播（组播地址为224.0.0.18），当backup收不到vrrp包时就认为master宕掉 了，这时就需要根据VRRP的优先级来选举一个backup当master。这样的话就可以保证路由器的高可用了。 keepalived主要有三个模块，分别是core 、check和vrrp。core模块为keepalived的核心，负责主进程的启动、 维护以及全局配置文件的加载和解析。check负责健康检查，包括常见的各种检查方式。vrrp模块是来实现 VRRP协议的。

keepalived的安装配置 1、在master1和master2上安装软件包keepalived 安装keepalived软件包与服务控制 在编译安装Keepalived之前，必须先安装内核开发包kernel-devel以及openssl-devel、popt-devel等支持库。

wget https://www.keepalived.org/software/keepalived-2.0.20.tar.gz
yum install kernel-devel openssl-devel popt-devel
若没有安装则通过rpm或yum工具进行安装 编译安装Keepalived 

 注意：如不知道keepalived需要哪些依赖包，可到下载后的源码解压目录下查看INSTALL 文件内容， 执行make install操作之后，会自动生成/etc/init.d/keepalived脚本文件，但还需要手动添加为系统服务，这样就可以使用 service、chkconfig工具来对keepalived服务程序进行管理了。 Master2主机也完成keepalived安装，与master1一样，安装过程略 注：若开启了防火墙，需要关闭防火墙或创 建规则。 创建防火墙规则：

# firewall-cmd --direct --permanent --add-rule ipv4 filter OUTPUT 0 --in-interface
enp0s3 --destination 224.0.0.18 --protocol vrrp -j ACCEPT
# firewall-cmd --direct --permanent --add-rule ipv4 filter INPUT 0 --in-interface
enp0s3 --destination 224.0.0.18 --protocol vrrp -j ACCEPT
# firewall-cmd --reload 
修改Keepalived的配置文件 keepalived只有一个配置文件keepalived.conf，里面主要包括以下几个配置区 域，分别是global_defs、vrrp_instance和virtual_server。 global_defs：主要是配置故障发生时的通知对象以及 机器标识。 vrrp_instance：用来定义对外提供服务的VIP区域及其相关属性。 virtual_server：虚拟服务器定义 master1主机上的keepalived.conf文件的修改：

vi /etc/keepalived/keepalived.conf:
! Configuration File for keepalived //!表示注释
global_defs {
 router_id MYSQL-1 //表示运行keepalived服务器的一个标识
}
vrrp_instance VI_1 {
 state BACKUP //指定keepalived的角色, 两台配置此处均是BACKUP,设为BACKUP将根据优
先级决定主或从
 interface eth0 //指定HA监测网络的接口
 virtual_router_id 51 //虚拟路由标识，这个标识是一个数字(取值在0-255之间,用来区分
多个instance的VRRP组播)，同一个vrrp实例使用唯一的标识,确保和master2相同，同网内不同集群
此项必须不同,否则发生冲突。
 priority 100 //用来选举master的，要成为master，该项取值范围是1-255（在此范围之外
会被识别成默认值100）,此处master2上设置为50
 advert_int 1 //发VRRP包的时间间隔，即多久进行一次master选举（可以认为是健康查检时
间间隔）
 nopreempt //不抢占，即允许一个priority比较低的节点作为master，即使有priority更
高的节点启动
 authentication { //认证区域，认证类型有PASS和HA（IPSEC），推荐使用PASS（密码只识
别前8位）
 auth_type PASS
 auth_pass 1111
 }
 virtual_ipaddress { //VIP区域，指定vip地址
 192.168.1.100
 }
}
virtual_server 192.168.1.100 3306 { //设置虚拟服务器，需要指定虚拟IP地址和服务端
口，IP与端口之间用空格隔开
 delay_loop 2 //设置运行情况检查时间，单位是秒
 lb_algo rr //设置后端调度算法，这里设置为rr，即轮询算法
 lb_kind DR //设置LVS实现负载均衡的机制，有NAT、TUN、DR三个模式可选
 persistence_timeout 60 //会话保持时间，单位是秒。这个选项对动态网页是非常有用的，
为集群系统中的session共享提供了一个很好的解决方案。有了这个会话保持功能，用户的请求会被一
直分发到某个服务节点，直到超过这个会话的保持时间。
 protocol TCP //指定转发协议类型，有TCP和UDP两种
 real_server 192.168.1.101 3306 { //配置服务节点1，需要指定real server的真实IP
地址和端口，IP与端口之间用空格隔开
注：master 2上此处改为192.168.1.102(即master2本机ip)
 weight 3 //配置服务节点的权值，权值大小用数字表示，数字越大，权值越高，设置权
值大小为了区分不同性能的服务器
 notify_down /etc/keepalived/bin/mysql.sh //检测到realserver的mysql服务down
后执行的脚本
 TCP_CHECK {
 connect_timeout 3 //连接超时时间
 nb_get_retry 3 //重连次数
 delay_before_retry 3 //重连间隔时间
 connect_port 3306 //健康检查端口
 }
 }
}
master1主机上有关keepalived.conf文件的具体配置如下：

! Configuration File for keepalived
global_defs {
 router_id mysql-1
}
vrrp_instance VI_1 {
 state BACKUP
 interface eno16777736
 virtual_router_id 51
 nopreempt
 priority 100
 advert_int 1
 authentication {
 auth_type PASS
 auth_pass 1111
 }
 virtual_ipaddress {
 192.168.164.100
 }
}
virtual_server 192.168.164.100 3306 {
 delay_loop 6
 lb_algo rr
 lb_kind DR
 persistence_timeout 50
 protocol TCP
 real_server 192.168.164.10 3306 {
 weight 1
 notify_down /etc/keepalived/bin/mysql.sh
 TCP_CHECK {
 connect_port 3306
 connect_timeout 3
 retry 3
 delay_before_retry 3
 }
 }
}
启动keepalived 服务

systemctl start keepalived

Master2主机上的keepalived.conf文件的修改： 可以使用scp命令把server1主机上配置好的keepalived.conf文件 拷贝到server2主机，只要做简单修改即可，如下图所示：

! Configuration File for keepalived
global_defs {
 router_id mysql-2
}
vrrp_instance VI_1 {
 state BACKUP
 interface eno16777736
 virtual_router_id 51
 priority 50
 nopreempt
 advert_int 1
 authentication {
 auth_type PASS
 auth_pass 1111
 }
 virtual_ipaddress {
 192.168.164.100
 }
}
virtual_server 192.168.164.100 3306 {
 delay_loop 6
 lb_algo rr
 lb_kind DR
 persistence_timeout 50
 protocol TCP
 real_server 192.168.164.20 3306 {
 notify_down /etc/keepalived/bin/mysql.sh
 weight 1
 TCP_CHECK {
 connect_port 3306
 connect_timeout 3
 retry 3
 delay_before_retry 3
 }
 }
}
启动keepalived 服务

systemctl start keepalived

Master2主机完成相同的操作 4、测试 在master1和master2分别执行ip addr show dev eth0命令查看master1和 master2对VIP（群集虚拟IP）的控制权

 Master2主的查看结果： 从上图可以看出master1是主服务器，master2为备用服务器。 停止MySQL服务，看keepaliv ed健康检查程序是 否会触发我们编写的脚本 停止master1主机的mysql服务 Master2主的查看结果： 这说明在主服务上停止MySQL服务，触发了我们编写的脚本，进行自动故障切换。 MySQL远程登录测试 我们 找一台安装有MySQL客户端，然后登录VIP，看是否能登录，在登录之前两台MySQL服务器都要授权允许从远 程登录。例如： 在客户端上测试登录 上图显示说明在客户端访问VIP地址，由master1主机提供响应的，因为master1当前是主服务器，将master1的 mysql服务停止，在客户端执行show variables like ‘server_id’; 上图显示说明在客户端的查询请求是由master2主机响应的。故障切换成功。 总结： Keepalived+mysql双主一 般来说，中小型规模的时候，采用这种架构是最省事的。 在master节点发生故障后，利用keepalived的高可用 机制实现快速切换到备用节点。 在这个方案里，有几个需要注意的地方： 1.采用keepalived作为高可用方案 时，两个节点最好都设置成BACKUP模式，避免因为意外情况下（比如脑裂）相互抢占导致往两个节点写入相 同数据而引发冲突； 2.把两个节点的auto_increment_increment（自增步长）和auto_increment_offset（自增起 始值）设成不同值。其目的是为了避免master节点意外宕机时，可能会有部分binlog未能及时复制到slave上被 应用，从而会导致slave新写入数据的自增值和原先master上冲突了，因此一开始就使其错开；当然了，如果有 合适的容错机制能解决主从自增ID冲突的话，也可以不这么做； 3.slave节点服务器配置不要太差，否则更容易 导致复制延迟。作为热备节点的slave服务器，硬件配置不能低于master节点； 4.如果对延迟问题很敏感的话， 可考虑使用MariaDB分支版本，或者直接上线MySQL 5.7最新版本，利用多线程复制的方式可以很大程度降低复 制延迟
————————————————
版权声明：本文为CSDN博主「叶修不秃头」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/m0_46648661/article/details/121803916

-------------------案例

db001 节点

1、my.cnf 配置

[mysqld]

sql_mode=NO_AUTO_CREATE_USER

#

# Remove leading # and set to the amount of RAM for the most important
data

# cache in MySQL. Start at 70% of total RAM for dedicated server, else
10%.

#innodb_buffer_pool_size = 2048M

#

# Remove leading # to turn on a very important data integrity option:
logging

# changes to the binary log between backups.

# log_bin

#

# Remove leading # to set options mainly useful for reporting servers.

# The server defaults are faster for transactions and fast SELECTs.

# Adjust sizes as needed, experiment to find the optimal values.

# join_buffer_size = 128M

# sort_buffer_size = 2M

# read_rnd_buffer_size = 2M

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

symbolic-links=0

log-error=/var/lib/mysql/mysql.log

pid-file=/var/lib/mysql/db001.pid

explicit_defaults_for_timestamp=true

skip-grant-tables=false

lower_case_table_names=1

max_connections=5000

innodb_log_file_size = 256M

max_allowed_packet = 200M

innodb_buffer_pool_size=4096M

server-id = 1

auto-increment-increment = 2

auto-increment-offset = 1

binlog-do-db = portal

binlog-do-db = cms

binlog-do-db = ucp

binlog-do-db = cigflow

binlog-ignore-db = information_schema

binlog-ignore-db = performance_schema

binlog-ignore-db = test

replicate-wild-ignore-table = syncdb.%

log-bin=mysql-bin

binlog_format=mixed

long_query_time = 2

relay-log=slave-relay-bin

key_buffer_size = 32M

myisam_sort_buffer_size = 128M

log-warnings = 2

back_log = 50

max_connect_errors = 10

binlog_cache_size = 1M

max_heap_table_size = 64M

join_buffer_size = 8M

query_cache_limit = 2M

ft_min_word_len = 4

thread_stack = 192K

transaction_isolation = REPEATABLE-READ

relay-log-index=slave-relay-bin.index

relay_log_recovery = 1

slave-skip-errors = 1062,1032

skip-name-resolve

character_set_server=utf8

2、Keepalive.conf

! Configuration File for keepalived

global_defs {

router_id offcial_mysql

}

vrrp_script checkMysql {

script “/root/bin/check_mysql.sh”

interval 10

}

vrrp_instance VI_1 {

state MASTER

interface eth0

lvs_sync_daemon_interface eth0

garp_master_delay 5

virtual_router_id 81

priority 100

advert_int 1

nopreempt

authentication {

auth_type PASS

auth_pass 111

}

track_script {

checkMysql

}

virtual_ipaddress {

XXXXx

}

}

3、check_mysql.sh

#!/bin/sh

ret3306=`netstat -anp|grep :::3306|grep LISTEN|grep -v grep|wc -l`

if [ “$ret3306” = 1 ] ;then

echo success

exit 0

else

echo error

exit 1

fi

db002 节点

1、my.cnf 配置

sql_mode=NO_AUTO_CREATE_USER

#

# Remove leading # and set to the amount of RAM for the most important
data

# cache in MySQL. Start at 70% of total RAM for dedicated server, else
10%.

#innodb_buffer_pool_size = 2048M

#

# Remove leading # to turn on a very important data integrity option:
logging

# changes to the binary log between backups.

# log_bin

#

# Remove leading # to set options mainly useful for reporting servers.

# The server defaults are faster for transactions and fast SELECTs.

# Adjust sizes as needed, experiment to find the optimal values.

# join_buffer_size = 128M

# sort_buffer_size = 2M

# read_rnd_buffer_size = 2M

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

symbolic-links=0

log-error=/var/lib/mysql/mysql.log

pid-file=/var/lib/mysql/db002.pid

explicit_defaults_for_timestamp=true

skip-grant-tables=false

lower_case_table_names=1

max_connections=5000

innodb_log_file_size = 256M

max_allowed_packet = 200M

innodb_buffer_pool_size=4096M

server-id = 2

auto-increment-increment = 2

auto-increment-offset = 2

binlog-do-db = portal

binlog-do-db = cms

binlog-do-db = ucp

binlog-do-db = cigflow

binlog-ignore-db = information_schema

binlog-ignore-db = performance_schema

binlog-ignore-db = test

replicate-wild-ignore-table = syncdb.%

log-bin=mysql-bin

binlog_format=mixed

long_query_time = 2

relay-log=slave-relay-bin

key_buffer_size = 32M

myisam_sort_buffer_size = 128M

log-warnings = 2

back_log = 50

max_connect_errors = 10

binlog_cache_size = 1M

max_heap_table_size = 64M

join_buffer_size = 8M

query_cache_limit = 2M

ft_min_word_len = 4

thread_stack = 192K

transaction_isolation = REPEATABLE-READ

relay-log-index=slave-relay-bin.index

relay_log_recovery = 1

slave-skip-errors = 1062,1032

skip-name-resolve

character_set_server=utf8

2、Keepalive.conf

! Configuration File for keepalived

global_defs {

router_id offcial_mysql

}

vrrp_script checkMysql {

script “/root/bin/check_mysql.sh”

interval 10

}

vrrp_instance VI_1 {

state BACKUP

interface eth0

lvs_sync_daemon_interface eth0

garp_master_delay 5

virtual_router_id 81

priority 80

advert_int 1

nopreempt

authentication {

auth_type PASS

auth_pass 111

}

track_script {

checkMysql

}

virtual_ipaddress {

XXXx

}

}

3、check_mysql.sh

#!/bin/sh

ret3306=`netstat -anp|grep :::3306|grep LISTEN|grep -v grep|wc -l`

if [ “$ret3306” = 1 ] ;then

echo success

exit 0

else

echo error

exit 1

fi