Linux安装mysql配置双机热备（主/主复制）+ Keepalived（故障转移）

主/主复制（两台服务都已安装相同版本的mysql服务）

1.概述

Mysql双机热备：双机热备主要强调的是数据备份，而不是故障转移；
部署两台mysql服务，本文使用的两台服务器（192.168.1.21和192.168.1.22），
下文可能会直接称之为21服务器和22服务器；
本文实现的是主/主复制关系，也就是两台mysql服务都可以进行完整的读写操作；
主要思路就是先配置21为主机，22为从机；然后将配置过程逆过来在进行配置即可；
本文实现的复制方式为：二进制日志文件位置复制

2. 配置21主–>22从的主从复制

1) 设置21服务器（主服务器）

第一步：在21服务上创建专门用于与22服务备份用户；在主机上创建与从机备份使用的用户

CREATE USER 'cpuser'@'192.168.1.22' IDENTIFIED WITH mysql_native_password BY 'root';
GRANT REPLICATION SLAVE ON *.* TO 'cpuser'@'192.168.1.22';

注：这里的cpuser 和root是一会儿备份服务器配置是需要用到的master服务器的用户名和密码，需要记下来）

第二步：修改 MySQL配置文件： /etc/my.cnf，添加如下内容(基于原有配置在添加如下配置，放在[mysqld]下):

# 启用二进制日志记录 (binlog)，用于记录所有对数据库的修改操作，以便进行数据恢复和复制等操作。
log-bin=mysql-bin
# 指定 binlog 是否需要同步写入磁盘，可以保证数据的完整性和持久性。默认值为 0，即不强制同步写入磁盘
sync_binlog = 1
# 指定 binlog 的格式，mixed 表示使用基于语句和基于行的混合模式，可以在不同场景下选择最佳的模式。
binlog_format=mixed
#服务器唯一性标识符，每台服务器配置必须保存不一样
server-id=1
# 指定 binlog 的校验方式，none 表示不进行校验。NONE, CRC32, 或 SHA256。默认值为 NONE
binlog_checksum=none
# 是否为只读模式，可选值为 0 或 1。默认值为 0，即不是只读模式。如果设置为 1，
# 则表示 MySQL 服务器将只允许读操作，不允许写操作。这个参数适用于需要限制写入操作的情况，比如备份服务器或只需要查询的从库。
read-only=0
#需要备份的那个数据库名叫“test_db”（可选）如果不指定数据库，默认同步所有的数据库，若有多个，则配置多个binlog-do-db
binlog-do-db=test_db1
binlog-do-db=test_db2
#这里设置用来台服务器来做备份，按个人情况定 我们这里是主主复制，所以是两台，。
auto-increment-increment=2
#表示这台服务器序号，从1开始，不超auto-increment-increment
#配置完该数据库中插入第一个数据id=1,第二条数据id=3而不是2，避免的数据库集群中id冲突
auto-increment-offset=1
# 用于指定当从库出现错误时，是否跳过该错误并继续进行复制操作。
# 可选值为 ALL 或一个正整数。默认值为 0，即不跳过任何错误。如果设置为 ALL，则表示跳过所有错误，不建议在生产环境中使用。
slave-skip-errors = all

第三步：修改配置完成后，重启mysql服务

service mysqld restart

第四步：登录mysql，查看master状态信息

mysql –u root –p 然后输入对应密码即可登录 或使用可视化工具亦可
show master status\G; 查看master状态 可视化工具好像需使用 show master status; 查看master状态，

mysql> show master status\G;
*************************** 1. row ***************************
             File: mysql-bin.000001
         Position: 148
     Binlog_Do_DB: test_db1,test_db2
 Binlog_Ignore_DB: 
Executed_Gtid_Set: 
1 row in set (0.01 sec)

ERROR: 
No query specified
mysql> show master status;
+------------------+----------+---------------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB        | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+---------------------+------------------+-------------------+
| mysql-bin.000001 |   148	  | test_db1,test_db2   |                  |                   |
+------------------+----------+---------------------+------------------+-------------------+
1 row in set (0.00 sec)

完成上述操作，master节点就已经配置完成了；

2) 操作22服务器（从服务器）

第一步：修改mysql配置文件 /etc/my.cnf

# 启用二进制日志记录 (binlog)，用于记录所有对数据库的修改操作，以便进行数据恢复和复制等操作。
log-bin=mysql-bin
# 指定 binlog 是否需要同步写入磁盘，可以保证数据的完整性和持久性。默认值为 0，即不强制同步写入磁盘
sync_binlog = 1
# 指定 binlog 的格式，mixed 表示使用基于语句和基于行的混合模式，可以在不同场景下选择最佳的模式。
binlog_format=mixed
#服务器唯一性标识符，每台服务器配置必须保存不一样
server-id=2
# 复制过程中的一个过滤器，用于指定在主库上进行哪些数据库的更改需要被复制到从库。
# 即replicate-do-db=test_db1 表示仅复制名为 test_db1 的数据库的更改到从库。
# 如果不指定数据库，默认同步所有的数据库，若有多个，则配置多个replicate-do-db
replicate-do-db=test_db1
replicate-do-db=test_db2
#  MySQL 从服务器中继日志的名称和位置。relay-log=mysql.relay.bin 表示中继日志的文件名为 mysql.relay.bin
relay-log=mysql.relay.bin
# 参数指定从服务器是否将更新记录到自己的二进制日志中。当该参数设置为 ON 时，从服务器会将更新记录到自己的二进制日志中，
# 以便在后续的复制过程中，能够将这些更新发送给其它从服务器。
# 默认情况下，该参数的值为 OFF，表示从服务器不会记录更新到自己的二进制日志中。
# 需要注意的是，log-slave-updates 参数只在 MySQL 主从复制模式的情况下有意义，
# 它用来控制从服务器是否将更新记录到自己的二进制日志中。如果没有使用主从复制，则该参数不起作用。
log-slave-updates=ON

第二步：修改完配置保存后，重启mysql服务

service mysqld restart

第三步：登录22服务器的mysql服务器：执行下面命令（配置同步的主服务器）

change master to master_host='192.168.1.21',master_port=3306,master_user='cpuser',master_password='root',master_log_file='mysql-bin.000001',master_log_pos=148;

ps：上面命令中192.168.1.21为主机ip； 3306主机端口；
cpuser/root 同步使用的用户/密码 mysql-bin.000001同步使用的文件；148同步使用的标识码

第四步：启动从节点

start slave;

注：这样从节点就已经完成配置了

第五步：重新启动22的mysql服务 ，登录mysql看一下从节点的状态

show slave status\G; # 可视化工具使用 show slave status;
mysql> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.1.21
                  Master_User: cpuser
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 124485
               Relay_Log_File: mysql.relay
                Relay_Log_Pos: 74113
        Relay_Master_Log_File: mysql-bin.000002
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: test_db1,test_db2
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 124485
              Relay_Log_Space: 74113
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 2
                  Master_UUID: 535a60f6-cdd2-11ed-a890-704d7b717f46
             Master_Info_File: /usr/local/mysql/data/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

ERROR: 
No query specified

Slave_IO_Running: Yes
Slave_SQL_Running: Yes
当此两项都为yes 且没有错误信息
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:

如上所示，从节点就配置完成了，接下来就可以测试数据同步问题了
接下来可以在21服务上的数据库进行删除新增或者修改操作，看22服务器上是否会有同样的变化
综上操作，从21到22的主从复制就搞定了！
接下来完成从22到21的主从复制，这样就能保证21和22两台mysql服务都能进行互相数据同步了。

3.配置22主–>21从的主从复制

实际就是上面主从的逆向操作。将22作为主服务器，21作为从服务器。
步骤基本和上面一样。 其中 21和22服务器的/etc/my.cnf配置文件 继续追加 主从配置内容即可。

1）设置22服务器（主服务器）

第一步：在22服务中创建备份用户

CREATE USER 'cpuser'@'192.168.1.21' IDENTIFIED WITH mysql_native_password BY 'root';
GRANT REPLICATION SLAVE ON *.* TO 'cpuser'@'192.168.1.21';

第二步：打开/etc/my.cnf文件，开启22服务的binarylog

# 主机使用配置 如果不指定数据库，默认同步所有的数据库
read-only=0
binlog-do-db=test_db1
auto-increment-increment=2
auto-increment-offset=2

第三步：不需要导出22服务的初态同步到21服务上了，因为21服务和22服务的初态是一样的，登录mysql查看master日志状态。

show master status\G;

第四步：登录到21服务器开启中继relay_log，打开21服务的/etc/my.cnf文件添加如下配置：

#从机使用配置 如果不指定数据库，默认同步所有的数据库
replicate-do-db=test_db1
relay-log=mysql.relay.bin
log-slave-updates=ON

第五步：在21服务器上开启同步：

change master to master_host='192.168.1.22',master_port=3306,master_user='cpuser',master_password='root',master_log_file='mysql-bin.000002',master_log_pos=148;

注：host为22服务的IP地址，user、password是在22服务上创建的备份用户，log_file、log_pos是在22服务上看到的master状态信息

# 启动从节点
start slave;

第六步：在21服务上查看slave status;

show slave status\G; # 同上，结果为yes，无错误信息输出

综上所示，就可以！接下来就可以测试了，
在21服务和22服务任意一台上面添加数据，数据都会相应的同步到另一台上面！
至此mysql的双机热备就完成了！

192.168.1.21 服务器配置新增如下：

# 主机使用配置
server-id=1
read-only=0
log-bin=mysql-bin
binlog_format=mixed
binlog-do-db=test_db1
binlog-do-db=test_db2
auto-increment-increment=2
auto-increment-offset=1
#从机使用配置 如果不指定数据库，默认同步所有的数据库
replicate-do-db=test_db1
replicate-do-db=test_db2
relay-log=mysql.relay.bin
log-slave-updates=ON

192.168.1.22 服务器配置如下：

# 主机使用配置 如果不指定数据库，默认同步所有的数据库
read-only=0
binlog-do-db=xnfb_dev
binlog-do-db=xnfb_nacos
auto-increment-increment=2
auto-increment-offset=2
# 从机使用配置
server-id=2
binlog_format=mixed
log-bin=mysql-bin
replicate-do-db=xnfb_dev
replicate-do-db=xnfb_nacos
relay-log=mysql.relay.bin
log-slave-updates=ON

配置Mysql+Keepalived故障转移的环境

1.概述：

Keepalived：保持存活，在网络里面就是保持在线了，也就是所谓的高可用或热备，用来防止单点故障（单点故障是指一旦某一点出现故障就会导致整个系统架构的不可用）的发生，那说到keepalived不得不说的一个协议不是VRRP协议，可以说这个协议就是keepalived实现的基础。
1）Keepalived的工作原理是VRRP（Virtual Router Redundancy Protocol）虚拟路由冗余协议。在VRRP中有两组重要的概念：VRRP路由器和虚拟路由器，主控路由器和备份路由器。
2）VRRP路由器是指运行VRRP的路由器，是物理实体，虚拟路由器是指VRRP协议创建的，是逻辑概念。一组VRRP路由器协同工作，共同构成一台虚拟路由器。
Vrrp中存在着一种选举机制，用以选出提供服务的路由即主控路由，其他的则成了备份路由。当主控路由失效后，备份路由中会重新选举出一个主控路由，来继续工作，来保障不间断服务。

---

通过VIP实现Mysql双主对外连接的统一接口。即客户端通过Vip连接数据库；
当其中一台宕机后，VIP会漂移到另一台上，这个过程对于客户端的数据连接来说几乎无感觉，从而实现高可用。

2.安装keepalived并将其配置成系统服务。主服务器1和主服务器2两台机器上同样进行如下操作：

[root@localhost ~]# yum install -y openssl-devel
[root@localhost ~]# cd /usr/local/
[root@localhost local]# wget http://www.keepalived.org/software/keepalived-1.3.5.tar.gz   
[root@localhost local]# tar -zxvf keepalived-1.3.5.tar.gz
[root@localhost local]# cd keepalived-1.3.5
[root@localhost keepalived-1.3.5]#  ./configure
//此处会有警告提示，忽略即可！
[root@localhost keepalived-1.3.5]# make && make install 
# 或使用 yum安装
[root@localhost ~] yum -y install keepalived
-----------------------------------

1）主服务器1机器上的keepalived.conf配置

[root@localhost ~] cd /etc/keepalived
[root@localhost ~] cp keepalived.conf keepalived.conf.backup

编辑修改keepalived.conf（下面配置中没有使用lvs的负载均衡功能，所以不需要配置虚拟服务器virtual server）

! Configuration File for keepalived

global_defs {
   notification_email {
     ops@gremlin.cn
     tech@gremlin.cn
   }
   notification_email_from ops@gremlin.cn
   smtp_server 192.168.200.1
   smtp_connect_timeout 30
   router_id MASTER-HA
}
vrrp_script chk_mysql_port {
    script "/opt/chk_mysql.sh"   #这里通过脚本监测
    interval 2                   #脚本执行间隔，每2s检测一次
    weight -5                    #脚本结果导致的优先级变更，检测失败（脚本返回非0）则优先级 -5
    fall 2                    #检测连续2次失败才算确定是真失败。会用weight减少优先级（1-255之间）
    rise 1                    #检测1次成功就算成功。但不修改优先级
}
vrrp_instance VI_1 {
    state MASTER
    interface enp2s0f0                #指定虚拟ip的网卡接口
    mcast_src_ip 192.168.1.21    #本机ip
    virtual_router_id 51              #路由器标识，MASTER和BACKUP必须一致
    priority 101       #定义优先级，数字越大，优先级越高，在同一个vrrp_instance下，MASTER的优先级必须大于BACKUP的优先级。
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.1.888  #VIP
    }
    track_script {
       chk_mysql_port
    }
}

编写切换脚本。KeepAlived做心跳检测，如果主服务器1的MySQL服务挂了(3306端口挂了),
那么它就会选择自杀。Slave的KeepAlived通过心跳检测发现这个情况，就会将VIP的请求接管

vim /opt/chk_mysql.sh

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

2）主服务器2机器上的keepalived.conf配置

主服务器2机器上的keepalived.conf文件只修改priority为90、nopreempt不设置、real_server设置本地IP。

! Configuration File for keepalived

global_defs {
   notification_email {
     ops@gremlin.cn
     tech@gremlin.cn
   }
   notification_email_from ops@gremlin.cn
   smtp_server 192.168.200.1
   smtp_connect_timeout 30
   router_id MASTER-HA
}
vrrp_script chk_mysql_port {
    script "/opt/chk_mysql.sh"   #这里通过脚本监测
    interval 2                   #脚本执行间隔，每2s检测一次
    weight -5                    #脚本结果导致的优先级变更，检测失败（脚本返回非0）则优先级 -5
    fall 2                    #检测连续2次失败才算确定是真失败。会用weight减少优先级（1-255之间）
    rise 1                    #检测1次成功就算成功。但不修改优先级
}
vrrp_instance VI_1 {
    state MASTER
    interface enp2s0f0                #指定虚拟ip的网卡接口
    mcast_src_ip 192.168.1.22    	  #本机ip
    virtual_router_id 51              #路由器标识，MASTER和BACKUP必须一致
    priority 99       #定义优先级，数字越大，优先级越高，在同一个vrrp_instance下，MASTER的优先级必须大于BACKUP的优先级。
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.1.888  #VIP
    }
    track_script {
       chk_mysql_port
    }
}

3）分别启动Keepalived

[root@localhost ~] systemctl start keepalived
[root@localhost ~] systemctl status keepalived
#查看系统日志
[root@localhost ~] tail -f /var/log/messages

4）高可用测试

通过Mysql客户端通过VIP连接，看是否连接成功
默认情况下，VIP是在主服务器1上的。使用"ip addr"命令查看VIP切换情况
停止主服务器1机器上的mysql服务看情况以及停止主服务器2上的mysql服务查看情况