梦见你的名字 发表于 2022-8-13 10:32:03

MySQL高可用架构搭建实战

https://img2022.cnblogs.com/blog/27422/202206/27422-20220627132611841-1916723827.png
 
 
前言
 
对于 MySQL 数据库作为各个业务系统的存储介质,在系统中承担着非常重要的职责,如果数据库崩了,那么对于读和写数据库的操作都会受到影响。如果不能迅速恢复,对业务的影响是非常大的。本文我将分享MySQL 双主 + Keepalived 的高可用落地和踩坑之路。
 
一、方案选择
 
对于 MySQL 的高可用,主要分为两步,配置 MySQL 主主模式和 keepalived 软件。拓扑图如下所示:
 https://img2022.cnblogs.com/blog/27422/202206/27422-20220625211237020-1925642225.png
 
 
 
1、MySQL 数据库的主主模式
 
两个数据库分别部署在两台服务器上,相互同步数据,但是只有一个提供给外部访问,当一个宕机后,另外一个可以继续提供服务,在没有 keepalived 软件的帮助下,只能手动切换。
 
2、keepalived 监测、自动重启、流量切换
 

[*]检测和重启
 
两台服务器上都部署 keepalived 软件,定时检测 MySQL 服务是否正常,如果一个数据库服务崩了,keepalived 会用脚本尝试重启 mysql 服务。
 

[*]备份
 
两个 keepalived 服务都提供了虚拟 IP 供客户端使用,但是流量只会转到一台 MySQL 服务上。
 

[*]虚拟 IP
 
keepalived 配置好了后,会有一个 虚拟 IP,对于客户端来说,不关心连接的是哪台 MySQL,访问虚拟 IP 就可以了。
 

[*]流量切换
 
如果客户端正在访问的 MySQL 服务崩了后,keepalived 会用我们写的脚本自动重启 MySQL,如果重启失败,脚本主动停掉 keepalived,客户端的流量就不会访问到这台服务器上的 MySQL 服务,后续访问的流量都会切到另外一台 MySQL 服务。
 
检测和重启的原理如下所示:
https://img2022.cnblogs.com/blog/27422/202206/27422-20220625211257457-705417815.png
 
 
 
需要配置的内容如下:
 

[*]两台 Ubuntu 服务器上启动 MySQL 容器。
 
[*]配置 MySQL 主从复制架构。
 
[*]将 MySQL 主从改为主主复制架构。
 
[*]两台服务器搭建 keepalived 环境监控 MySQL 和自动重启 MySQL。
 
二、主主复制的原理
 
对于 MySQL 的主主架构,其实原理就是两台服务器互为主从,双向复制。而复制的原理如下。
 
主从复制主要有以下流程:
 

[*]主库将数据的改变记录到 binlog 中;
 

[*]从库会在一定时间间隔内对master 的 binlog 进行检查,如果发生改变,则开始一个 I/O Thread 请求读取 master 中 binlog ;
 

[*]同时主库为每个 I/O 线程启动一个 dump 线程,用于向其发送二进制事件,并保存至从节点本地的中继日志中,从库将启动 SQL 线程从中继日志中读取二进制日志,在本地重放,使得其数据和主节点的保持一致,最后 I/O Thread 和 SQL Thread 将进入睡眠状态,等待下一次被唤醒;
 https://img2022.cnblogs.com/blog/27422/202206/27422-20220625211323691-1757156172.png
 
 
 
大白话就是:
 

[*]从库会生成两个线程,一个 I/O 线程,一个 SQL 线程;
 

[*]I/O 线程会去请求主库的 binlog,并将得到的 binlog 写到本地的 relay-log (中继日志)文件中;
 

[*]主库会生成一个 dump 线程,用来给从库 I/O 线程传 binlog;
 

[*]SQL 线程,会读取 relay log 文件中的日志,并解析成 SQL 语句逐一执行;
 
接下来我们先把 MySQL 的基础环境在两台 Ubuntu 服务器上搭建好,后续操作都是基于这个来做的。
 
三、配置 MySQL 环境
 
作为演示,我在本机启动了两台 Ubuntu 虚拟机,安装有 docker。因为我们的测试和生产环境是用 Docker 跑的,所以我将环境的镜像打包后,还原到我的虚拟机上面。
 
1、备份和还原 mysql 镜像
 
保存测试环境的 mysql 镜像:
sudo docker save -o mysql.tarhcr:5000/hschub/hscmysql:0.0.2

sudo chmod 777 mysql.tar两台机器导入镜像:
 
sudo docker load -i mysql.tar启动容器,需要注意的是需要映射本地文件夹:
sudo docker run -p 3306:3306 --name mysql \
-v /home/hss/mysql/data:/var/lib/mysql \
-v /home/hss/mysql/etc/mysql:/etc/mysql \
-e MYSQL_ROOT_PASSWORD='123456' \
-d 46b-v 代表映射的文件夹,-d 表示后台运行,46b 代表镜像 id。
 
进入容器,连接 mysql,node1的mysql 密码是 123456,node2 是 123456。
 
# 查询容器 id
docker ps
# 进入 mysql 容器
docker exec -it <容器 id> /bin/bash

# 连接 mysql
mysql -u root -p接下来我们配置 MySQL 的主从架构,需要注意的是后续搭建的主主架构是基于主从架构来的,区别就是修改了一部分配置。
 
四、配置 MySQL 的主从架构
 
拓扑结构:
 

[*]192.168.56.11 node1,主节点
 

[*]192.168.56.12 node2,从节点
 https://img2022.cnblogs.com/blog/27422/202206/27422-20220625211522483-881609156.png
 
 
1、修改主节点配置文件
 
修改 /home/hss/mysql/etc/mysql/my.cnf 文件。
server_id = 11
log_bin = /var/lib/mysql/log/mysql-bin
binlog-ignore-db=mysql
binlog_format= mixed
sync_binlog=100
log_slave_updates = 1
binlog_cache_size=32m
max_binlog_cache_size=64m
max_binlog_size=512m
relay_log = /var/lib/mysql/log/relay-bin
relay_log_index = /var/lib/mysql/log/relay-bin.index
master_info_repository=TABLE
relay-log-info-repository=TABLE
relay-log-recovery创建 /home/hss/mysql/data/log/mysql-bin 文件夹。
 
创建 /home/hss/mysql/data/log/relay-bin  文件夹。
 
给两个文件夹加上 777 权限,然后重启 MySQL 容器。
 
2、修改从节点配置文件
 
和主节点配置类似,需要修改 server_id = 12。
 
3、添加主节点 mysql 账户信息
CREATE USER 'vagrant'@'192.168.56.12' IDENTIFIED BY 'vagrant';

ALTER USER 'vagrant'@'192.168.56.12' IDENTIFIED WITH mysql_native_password BY 'vagrant';

GRANT REPLICATION SLAVE ON *.* TO 'vagrant'@'192.168.56.12';

FLUSH PRIVILEGES;4、锁主库的表
FLUSH TABLES WITH READ LOCK。5、查看二进制日志文件的位置
 https://img2022.cnblogs.com/blog/27422/202206/27422-20220625211640085-2023161711.png
 
 
记住 File 和 Position,后面会用到。这里 File = mysql-bin.000008,Position = 1020。
 
6、备份数据库,导出为脚本文件
cd /var/lib/mysql

mkdir backup

mysqldump -uroot -P3306 --all-databases --triggers --routines --events > /var/lib/mysql/backup/all_databases.sql查看挂载目录下是否有生成 all_databases.sql 文件,如下图所示:
  https://img2022.cnblogs.com/blog/27422/202206/27422-20220625211744379-2099088479.png
 
 
   7、解除锁定表
 
UNLOCK TABLES  8、从节点还原数据库
mysql -uroot -p -hlocalhost -P3306 < /var/lib/mysql/backup/all_databases.sql  9、设置同步信息
 
在 MySQL 命令行窗口中执行以下命令设置同步信息。这里就是配置主数据库的 IP 地址、Port、用户名、密码,二进制文件名,偏移量。
CHANGE MASTER TO MASTER_HOST='192.168.56.11',
MASTER_PORT=3306,
MASTER_USER='vagrant',
MASTER_PASSWORD='vagrant',
MASTER_LOG_FILE='mysql-bin.000008',
MASTER_LOG_POS=1020;  10、启动从数据库的复制线程
 
在 MySQL 命令行窗口中执行以下命令启动从数据库的复制线程。
START salve;  11、查看从数据库的同步状态
SHOW slave status \G如果 Slave_IO_Running 和 Slave_SQL_Running 显示 Yes,就表示启动同步成功。如下图所示:
https://img2022.cnblogs.com/blog/27422/202206/27422-20220625211951135-395517722.png
 
 
 在主库上执行以下命令显示当前连接过来的从库线程。
SHOW PROCESSLIST如下所示,Slave has read all relay log; wating for more updates,说明从库已经同步完了。
 https://img2022.cnblogs.com/blog/27422/202206/27422-20220625212034769-585103093.png
 
 
 使用上面的两个命令,我们可以判断当前的复制情况。
  12、验证同步功能
 
下面验证下主从节点之间是否能正常同步数据。
 
主节点创建 testdb 数据库和 member 表。
 
刷新下从节点,发现从节点自动创建了 member 表。如下图所示。
 
然后在主节点插入一条数据,刷新从节点后,发现从节点也自动创建了一条数据。
https://img2022.cnblogs.com/blog/27422/202206/27422-20220625212109533-955856530.png
 
 
 
五、配置主主架构
 
1、步骤
 
配置主主架构就是在主从架构中交换下配置信息。步骤如下:
 

[*]在节点 node2 上创建复制账户。
 

[*]查看二进制日志文件和位置信息。
 

[*]在节点 node1 上设置主从复制的信息,包括 ip,port,用户名,密码,二进制日志文件和位置信息。
 

[*]node1 开启主从复制,查看主从复制状态。
 
  2、node2 节点上的操作
 
1)停止同步
 
STOP slave 
2)添加主节点 mysql 账户信息
 
CREATE USER 'vagrant'@'192.168.56.11' IDENTIFIED BY 'vagrant';

ALTER USER 'vagrant'@'192.168.56.11' IDENTIFIED WITH mysql_native_password BY 'vagrant';

GRANT REPLICATION SLAVE ON *.* TO 'vagrant'@'192.168.56.11';

FLUSH PRIVILEGES;3)查看二进制日志文件和位置信息
 
SHOW MASTER STATUShttps://img2022.cnblogs.com/blog/27422/202206/27422-20220625212239700-1730254504.png
 
 
 4)开启主从复制
start slave5)查看同步状态
https://img2022.cnblogs.com/blog/27422/202206/27422-20220625212311719-629701541.png
 
 
 
3、node 1 节点上的操作
 
1)设置同步信息
CHANGE MASTER TO MASTER_HOST='192.168.56.12',
MASTER_PORT=3306,
MASTER_USER='vagrant',
MASTER_PASSWORD='vagrant',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=2453;2)启动从数据库的复制线程
START salve3)查看从数据库的同步状态
 
SHOW slave status \Ghttps://img2022.cnblogs.com/blog/27422/202206/27422-20220625212411017-500694040.png
 
 
 
4、测试主主同步
 
node2 的 member 表增加一条数据 (2,zzz),node1 上同步成功。
https://img2022.cnblogs.com/blog/27422/202206/27422-20220625212440920-1813620142.png
 
 
 node 1 的 member 表增加一条数据(3,aaa),node2 上同步成功。
https://img2022.cnblogs.com/blog/27422/202206/27422-20220625212455810-1115800078.png
 
 
 
六、搭建 keepalived 环境
 
1、Keepalived 的应用场景
 
Keepalived 软件在主主架构中,可以配置成两种应用场景:
 

[*]当这台服务器上的 keepalived 发现 MySQL 服务崩了后,立刻停掉这台服务器上 keepalived 自己,这样流量就会自动切到另外一台 keepalived 服务器。
 

[*]当这台服务器上的 keepalived 发现 MySQL 服务崩了后,立刻尝试重启 MySQL 服务,如果重启失败,则停掉 keepalived 自己。和第一种方案的区别是会尝试重启 MySQL 服务。
 
这里我配置成第二种功能场景,保障 MySQL 服务的高可用。另外可以配置 MySQL 服务异常时,发送邮件给运维或开发人员,由他们检查服务器的状态。
 
2、使用 Keepalived 的原理
https://img2022.cnblogs.com/blog/27422/202206/27422-20220625212516724-1621193731.png
 
 
 
Keepalived 提供了一个虚拟 IP (简称 VIP),对外提供访问。当客户端连接这个虚拟 IP 后,只会访问其中一个 MySQL。MySQL 节点故障后,keepalived 执行脚本进行重启,如果重启失败,脚本自动停掉 keepalived,备用节点自动切换为主节点。
 
keepalived 检测和重启的流程图如下:
https://img2022.cnblogs.com/blog/27422/202206/27422-20220625212541698-870091026.png
 
 
 
3、安装 keepalived 软件
 
安装依赖、获取 keepalived 安装包、解压安装包、删除安装包。
 
# 安装依赖
sudo apt-get install -y libssl-dev
sudo apt-get install -y openssl
sudo apt-get install -y libpopt-dev
sudo apt-get install -y libnl-dev
sudo apt-get install -y libnl-3-dev
sudo apt-get install -y libnl-genl-3.dev
sudo apt-get install daemon
sudo apt-get install libc-dev
sudo apt-get install libnfnetlink-dev
sudo apt-get install gcc

# 获取 keepalived 安装包
cd /usr/local
sudo su
sudo wget https://www.keepalived.org/software/keepalived-2.2.2.tar.gz

# 解压安装包
sudo tar -zxvf keepalived-2.2.2.tar.gz

# 删除安装包
mv keepalived-2.2.2 keepalived

[*]配置 keepalived 软件
cd keepalived

./configure --prefix=/usr/local/keepalived --disable-dependency-tracking执行结果如下所示:
 https://img2022.cnblogs.com/blog/27422/202206/27422-20220625212653725-1951526027.png
 
 

[*]编译 keepalived 软件
sudo make && make install执行结果如下所示:
 https://img2022.cnblogs.com/blog/27422/202206/27422-20220625212732471-83061129.png
 
 对于 Ubuntu ,需要做一点特别的改动,创建链接。
mkdir -p/etc/rc.d/init.d
ln -s /lib/lsb/init-functions /etc/rc.d/init.d/functions

[*]拷贝配置文件
sudo mkdir /etc/sysconfig
sudo cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/
sudo cp /usr/local/keepalived/keepalived/etc/init.d/keepalived /etc/init.d/
sudo cp /usr/local/keepalived/sbin/keepalived /sbin/
sudo mkdir /etc/keepalived
sudo cp /usr/local/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/修改配置文件 /etc/keepalived/keepalived.conf
 
daemon keepalived ${KEEPALIVED_OPTIONS}改为
daemon -- keepalived ${KEEPALIVED_OPTIONS}4、添加虚拟 IP
 
先用 ifconfig 查看当前的网卡,比如我的服务器上是 enp0s8。
ip addr del 192.168.56.88 dev enp0s8:1

ifconfig enp0s8:1 192.168.56.88 broadcast 192.168.56.255 netmask 255.255.255.0 up
route add -host 192.168.56.88 dev enp0s8:1将命令写到 /usr/local/script/vip.sh文件中。最好将 /usr/local/script/vip.sh文件添加到服务器的开机启动项中,将 Keepalived 服务设置为开机自启动(未写)。
 
5、修改配置文件
 

[*]备份配置文件
sudo mv /etc/keepalived/keepalived.conf /etc/keepalived/keepalived.conf.backup修改配置文件 

[*]修改配置文件
sudo vim /etc/keepalived/keepalived.conf配置文件的内容如下:
global_defs {
   router_id MYSQL_HA#当前节点名
}
vrrp_script restart_mysql {
   script "/usr/local/keepalived/restart_mysql.sh"#重启 mysql 容器
   interval 2
   weight 2
}
vrrp_instance VI_1 {   
    state BACKUP         #两台配置节点均为BACKUP
    interface enp0s8       #绑定虚拟IP的网络接口
    virtual_router_id 51 #VRRP组名,两个节点的设置必须一样,以指明各个节点属于同一VRRP组
    priority 101         #节点的优先级,另一台优先级改低一点
    advert_int 1         #组播信息发送间隔,两个节点设置必须一样
    nopreempt            #不抢占,只在优先级高的机器上设置即可,优先级低的机器不设置
    authentication {      #设置验证信息,两个节点必须一致
      auth_type PASS
      auth_pass 123456
    }
    track_script {
      restart_mysql#检测 mysql 状态,如果失败,则重启 mysql 容器
    }
    virtual_ipaddress {   #指定虚拟IP,两个节点设置必须一样
      192.168.56.88
    }
}
virtual_server 192.168.56.88 3306 {   #linux虚拟服务器(LVS)配置
    delay_loop 2   #每个2秒检查一次real_server状态
    lb_algo wrr      #LVS调度算法,rr|wrr|lc|wlc|lblc|sh|dh
    lb_kind DR      #LVS集群模式 ,NAT|DR|TUN
    persistence_timeout 60    #会话保持时间
    protocol TCP    #使用的协议是TCP还是UDP


    real_server 192.168.56.11 3306 {
      weight 3   #权重
      TCP_CHECK {
            connect_timeout 10   #连接超时时间
            nb_get_retry 3      #重连次数
            delay_before_retry 3 #重连间隔时间
            connect_port 3306    #健康检查端口
      }
    }   
}

[*]编写异常处理脚本
sudo vim /usr/local/keepalived/restart_mysql.sh内容如下:
#!/bin/bash
# 定义变量,重启 mysql 容器
START_MYSQL="docker restart mysql"
# 定义变量,停止 mysql 容器
STOP_MYSQL="docker stop mysql"
# 定义变量,日志文件路径
LOG_FILE="/usr/local/keepalived/logs/mysql-check.log"
# 定义变量,检查 mysql 服务是否正常的命令
HAPS=`ps -C mysqld --no-header |wc -l`
# 打印当前时间到日志文件
date "+%Y-%m-%d %H:%M:%S" >> $LOG_FILE
# 打印提示信息到日志文件
echo "check mysql status" >> $LOG_FILE
# 检查数据库状态,如何返回 0,则重启 mysql 容器,然后休眠 3s 后,再次检测 mysql 状态,如果还是返回 0,则停止 keepalived。
if [ $HAPS -eq 0 ];then
echo $START_MYSQL >> $LOG_FILE
$START_MYSQL >> $LOG_FILE 2>&1
sleep 3
if [ `ps -C mysqld --no-header |wc -l` -eq 0 ];then
echo "start mysql failed, killall keepalived" >> $LOG_FILE
killall keepalived
fi
fi

[*]给脚本分配权限
sudo chmod +x /usr/local/keepalived/restart_mysql.sh

[*]创建 logs 文件夹,给 logs 文件夹分配权限
sudo mkdir /usr/local/keepalived/logs
sudo chmod +x /usr/local/keepalived/logs -r

[*]重新加载配置文件
sudo systemctl daemon-reload 







6、启动 keepalived
 
1)启动两台服务器上的 keepalived
 

[*]启动 node2 节点
sudo pkill keepalived

sudo systemctl start keepalived

sudo systemctl status keepalivedhttps://img2022.cnblogs.com/blog/27422/202206/27422-20220625213211419-1284109720.png
 

[*]启动 node1 节点
pkilll keepalived

sudo systemctl status keepalivedhttps://img2022.cnblogs.com/blog/27422/202206/27422-20220625213248638-10002861.png
 
 我们可以通过这个命令查看 keepalived 进程。
ps -ef | grep keepalivedhttps://img2022.cnblogs.com/blog/27422/202206/27422-20220625213316902-70008053.png
 
 

[*]查看日志
 
sudo cat /var/log/syslog 


7、测试 keepalived 是否会重启 mysql
 

[*]停止 node2 上的 mysql 容器
docker stop 8cc查看 keepalived 状态,提示移除了 mysql 服务。
 https://img2022.cnblogs.com/blog/27422/202206/27422-20220625213439720-1007785280.png
 
 因为 keepalived 会每 2s 检查一次 MySQL 的状态,发现 MySQL 异常后,就会重启 mysql 容器。所以过几秒后,重新查看容器状态,会看到 mysql 容器重新启动了。
dockerpshttps://img2022.cnblogs.com/blog/27422/202206/27422-20220625213510559-1614724351.png

[*]查看 keepalived 状态,执行 restart_mysql 成功
[*]https://img2022.cnblogs.com/blog/27422/202206/27422-20220625213539289-437000932.png
 

[*]查看执行日志
 https://img2022.cnblogs.com/blog/27422/202206/27422-20220625213605428-51627052.png
 
 问题:每 2s 会打印一次,文件可能会很大。需要执行定期删除。


8、测试 MySQL 节点切换
 
验证下当 MySQL 重启失败后,keepalived 自动停止后,客户端连接的 MySQL 是否会自动切到另外一个 MySQL 节点上。
 
首先用 mysql 客户端工具 navicat 连接虚拟 ip 地址,账号和密码就是 node 1 和 node2 的 mysql 账号密码(root/123456)
https://img2022.cnblogs.com/blog/27422/202206/27422-20220625213701333-48501940.png
 
 
 可以连接上,然后执行以下命令,查看当前虚拟 ip 连接的是哪个数据库。
SHOW VARIABLES LIKE '%hostname%'可以看到连接的是 node2 的容器的 id,说明 keepalived 已经通过虚拟 ip 连接到 node2 的 mysql 了,是正常工作的,node2 现在是作为主节点,node1 作为备用节点。
 https://img2022.cnblogs.com/blog/27422/202206/27422-20220625213729554-1535618312.png
 
 
 由于本地环境重新启动  MySQL 都是成功的,不会停掉 keepalived 服务。出于演示目的,我就直接停掉 keepalived 服务。
pkill keepalived执行下面这个命令可以查看 keepalived 进程,发现已经没有了。(控制台显示的 grep --color=auto keepalived 表示是查找命令)
ps -ef | grep keepalivedhttps://img2022.cnblogs.com/blog/27422/202206/27422-20220625213807459-1665782399.png
 
 
 
重新查询客户端的连接信息,发现已经切换到 92b (node1)机器上的 mysql 了。
 
SHOW VARIABLES LIKE '%hostname%'https://img2022.cnblogs.com/blog/27422/202206/27422-20220625213827670-1234636166.png
 
 
 再次查看 node1 上 keepalived 上的状态,再发送信息给
sudo systemctl status keepalivedhttps://img2022.cnblogs.com/blog/27422/202206/27422-20220625213851860-1295717782.png
 
 
 
七、遇到的坑
 
1、密码不正确,无法登录的问题
 

[*]密码不正确,设置跳过密码验证
apt-get update

apt install vim修改 mysql 配置文件
vim /etc/mysql/my.cnf添加一行配置,跳过 mysql 密码验证
skip-grant-tables重启容器
 
docker restart 9e6重新计入 mysql 容器,连接 mysql,不需要密码就可以连接上 mysql。
 
mysqlhttps://img2022.cnblogs.com/blog/27422/202206/27422-20220625214142414-1933513046.png
 
 
修改登录密码
 
update mysql.user set authentication_string=PASSWORD('123456') where User='root';重启容器
 2、没有映射 mysql 文件夹
cd /home/hss/mysql/etc
sudo chmod 777 mysql -R拷贝 mysql 文件夹
 3、mysql data 文件夹没有权限
sudo chmod 777 /home/hss/mysql/data -R4、安装依赖包失败
sudo apt-get install -y libnl-dev libnl-3-dev libnl-genl-3.dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'libnl-genl-3-dev' for regex 'libnl-genl-3.dev'
Package libnl-dev is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'libnl-dev' has no installation candidate解决方案:更新包
sudo apt-get -y update5、更新包失败
 
Err:15 https://download.docker.com/linux/ubuntu bionic Release Could not wait for server fd - select (11: Resource temporarily unavailable) Reading package lists... Done E: The repository 'https://download.docker.com/linux/ubuntu bionic Release' no longer has a Release file. N: Updating from such a repository can't be done securely, and is therefore disabled by default. N: See apt-secure(8) manpage for repository creation and user configuration details.
 
解决方案:
 
修改配置文件
sudo mv /etc/apt/sources.list /etc/apt/sources.list.backup
sudo vim /etc/apt/sources.list
配置内容如下:
deb http://archive.ubuntu.com/ubuntu/ trusty main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu/ trusty-security main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu/ trusty-updates main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu/ trusty-proposed main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu/ trusty-backports main restricted universe multiverse执行更新
sudo apt-get update依赖包版本太高
 
apt-get install libnl-dev

The following packages have unmet dependencies:
libnl-3-dev : Depends: libnl-3-200 (= 3.2.21-1ubuntu4.1) but 3.2.29-0ubuntu3 is to be installed
               Conflicts: libnl-dev but 1.1-8ubuntu1 is to be installed
libnl-genl-3-dev : Depends: libnl-genl-3-200 (= 3.2.21-1ubuntu4.1) but 3.2.29-0ubuntu3 is to be installed
E: Unable to correct problems, you have held broken packages.解决方案:
 
按照这个报错信息来进行降级,等号后面就是提示信息里括号的版本信息。
 sudo apt-get install libnl-3-200=3.2.21-1ubuntu4.1
sudo apt-get install libnl-genl-3-200=3.2.21-1ubuntu4.1启动 keepalived 报错
root@node1:/usr/local/keepalived/etc/keepalived# service keepalived restart
Failed to restart keepalived.service: Unit keepalived.service is masked.
root@node1:/usr/local/keepalived/etc/keepalived# systemctl status keepalived.service
● keepalived.service
   Loaded: masked (/dev/null; bad)
   Active: inactive (dead)
Condition: start condition failed at Wed 2022-05-11 02:40:46 UTC; 1 day 3h agohttps://img2022.cnblogs.com/blog/27422/202206/27422-20220625214431830-1447321147.png
 
 
解决方案:
 
systemctl unmask sshd再次启动,提示另外一个错误。
https://img2022.cnblogs.com/blog/27422/202206/27422-20220625214451883-434570694.png
 
 
 解决方案,因为 ubuntu 没有这个命令 /etc/rc.d/init.d/functions,所以需要添加一个命令链接。
mkdir -p/etc/rc.d/init.d
ln -s /lib/lsb/init-functions /etc/rc.d/init.d/functionsinstall gcc 出现问题
 
切换回 ubuntu 官方源
 
sudo mv /etc/apt/sources.list /etc/apt/sources.list.backup2

sudo mv /etc/apt/sources.list.backup /etc/apt/sources.list

sudo apt-get update

sudo apt-get install gcchttps://img2022.cnblogs.com/blog/27422/202206/27422-20220625214536816-790521953.png
 
 启动 keepalived 报错 keepalived_script
WARNING - default user 'keepalived_script' for script execution does not exist - please create.解决方案:
 
配置文件的 global_defs  配置里面增加 script_user root
global_defs {
script_user rot
}执行脚本失败
May 16 03:50:54 node1 Keepalived_vrrp: WARNING - script '/usr/local/keepalived/restart_mysql.sh' is not executable for uid:gid 0:0 - disabling.
May 16 03:50:54 node1 Keepalived_vrrp: SECURITY VIOLATION - scripts are being executed but script_security not enabled.给脚本添加权限。
 
参考资料
 

[*]https://weread.qq.com/web/reader/bd032100721bc56bbd056ff
[*]https://weread.qq.com/web/reader/85a329405d039885a68ca85


[*]https://blog.csdn.net/Sebastien23/article/details/114260591


[*]https://www.cnblogs.com/zhangxingeng/p/10595058.html


[*]https://blog.csdn.net/u012599988/article/details/82152224


[*]https://blog.csdn.net/lupengfei1009/article/details/86514445


[*]https://blog.csdn.net/temotemo/article/details/79445694


[*]https://blog.csdn.net/qq_38491310/article/details/86510666
 
作者丨悟空聊架构
来源丨公众号:悟空聊架构(ID:PassJava666)


免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!
页: [1]
查看完整版本: MySQL高可用架构搭建实战