MySQL集群搭建(6)-双主+keepalived高可用
亲爱的编程学习爱好者,如果你点开了这篇文章,说明你对《MySQL集群搭建(6)-双主+keepalived高可用》很感兴趣。本篇文章就来给大家详细解析一下,主要介绍一下MySQL、数据库、高可用、运维、keepalived,希望所有认真读完的童鞋们,都有实质性的提高。
双主 + keepalived 是一个比较简单的 MySQL 高可用架构,适用于中小 MySQL 集群,今天就说说怎么用 keepalived 做 MySQL 的高可用。
1 概述
1.1 keepalived 简介
简单地说,keepalived 就是通过管理 VIP 来实现机器的高可用的,在使用 keepalived 的情况下,只有一台服务器能够提供服务(通过 VIP 来实现),当 Master 主机宕机后,VIP 会自动飘移到另一台服务器
keepalived 采用 Master/Slave 模式, 在 Master 上设置配置文件的 VIP,当 Master 宕机后,VIP 自动漂移到另一台 keepalived 服务器上
keepalived 可以用来做各种软件的高可用集群,它会一直检测服务器的状态,如果有一台服务器宕机,或工作出现故障,keepalived 将检测到,并将有故障的服务器从系统中剔除,同时使用其他服务器代替该服务器的工作,当服务器工作正常后 keepalived 自动将服务器加入到服务器群中。
1.2 keepalived 配合双主
keepalived 使用默认配置只能做到主机级别的高可用,但是我们的 MySQL 要做高可用至少要增加以下功能
- 能够检测 MySQL 服务状态
- 主节点
# 安装依赖 yum install -y gcc popt-devel openssl openssl-devel libssl-dev libnl-devel popt-devel libnfnetlink-devel # 下载包 wget http://www.keepalived.org/software/keepalived-1.2.24.tar.gz # 解压安装 tar -xvz -f keepalived-1.2.24.tar.gz cd keepalived-1.2.24 ./configure --prefix=/usr/local/keepalived make && make install cp /usr/local/keepalived/sbin/keepalived /usr/sbin/ cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/init.d/ cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/ mkdir /etc/keepalived/ cp /usr/local/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/
3 配置高可用
3.1 keepalived 配置
打开
global_defs { router_id MYSQL_MM # 标识 vrrp_skip_check_adv_addr vrrp_strict # 严格执行 VRRP 协议规范 vrrp_garp_interval 0 vrrp_gna_interval 0 } vrrp_script check_mysql { script "/bin/bash /etc/keepalived/keepalived_mysql_check.sh" # 检查脚本 interval 10 # 检查周期 } vrrp_instance MYSQL_MM { state BACKUP # 都设为 BACKUP,避免起来后抢占 interface eth0 # 网卡名称,根据实际情况填写 virtual_router_id 243 # 用来区分 VRRP 组播的标记,取值 0-255 priority 100 advert_int 1 nopreempt # 设为非抢占 authentication { auth_type PASS auth_pass 1111 } # Master 节点可以注释掉下面语句,防止启动 keepalived 的时候执行脚本 notify_master "/bin/bash /etc/keepalived/keepalived_mysql_start.sh" # 变为 MASTER 时执行 virtual_ipaddress { 10.0.0.237 } # Slave 节点可以注释下面检查脚本,Slave 没有必要一直检查 track_script { check_mysql } }
3.2 配置检查脚本
打开
#!/bin/sh # @Author: chengqm # MySQL 检测脚本 MyPath=$(cd $(dirname $0); pwd) cd $MyPath ThisTime=`date '+%F %T'` log_file='/var/log/keepalived_mysql.log' # MySQL 连接方式,根据实际情况调整 export MYSQL_PWD='monitor' MYSQL_USER='monitor' MYSQL_SOCKET="/data/mysql_db/test_db/mysql.sock" mysql_connect="mysql -u${MYSQL_USER} -S${MYSQL_SOCKET} " # 美化输出 function techo() { message=$1 message_level=$2 if [ -e $message_level ];then message_level='info' fi echo "`date '+%F %T'` - [${message_level}] $message" >> $log_file } # 检查函数, 正常返回 0 function check { ret=`$mysql_connect -N -e 'select 1 as value'` if [ $? -ne 0 ] || [ $ret -ne '1' ];then return 1 else return 0 fi } function read_only { param=$1 $mysql_connect -e "set global read_only = ${param}" techo "设置是否只读 read_only ${param}" } # 失效转移 function failover { techo "开始执行失效转移" # 1. 停止 keepalived killall keepalived # 2. 如果还能执行的话,设为 read_only read_only 1 if [ $? -eq 0 ];then # 3. 如果还能执行,kill 所有的连接 $mysql_connect -e "select concat('KILL ',id,';') from information_schema.processlist where user!='root' AND db is not null into outfile '/tmp/kill.txt.${ThisTime}';" if [ $? -eq 0 ];then $mysql_connect -e "source /tmp/kill.txt.${ThisTime};" fi fi # 4. 其他操作,比如说自动关机 techo "失效转移执行成功,当前数据库关闭访问" } # 有问题检查 4 次 for ((i=1; i
注意:脚本没有经过严格测试,需要根据实际情况调整
3.3 配置提升为 Master 时执行的脚本
打开
#!/bin/sh # @Author: chengqm # keepalived 变为 Master 时执行 MyPath=$(cd $(dirname $0); pwd) cd $MyPath ThisTime=`date '+%F %T'` log_file='/var/log/keepalived_mysql.log' # MySQL 连接方式,根据实际情况调整 export MYSQL_PWD='monitor' MYSQL_USER='monitor' MYSQL_SOCKET="/data/mysql_db/test_db/mysql.sock" mysql_connect="mysql -u${MYSQL_USER} -S${MYSQL_SOCKET} " # 美化输出 function techo() { message=$1 message_level=$2 if [ -e $message_level ];then message_level='info' fi echo "`date '+%F %T'` - [${message_level}] $message" >> $log_file } # 检查函数, 正常返回 0 function check { ret=`$mysql_connect -N -e 'select 1 as value'` if [ $? -ne 0 ] || [ $ret -ne '1' ];then return 1 else return 0 fi } # 获取 slave status 的信息 function slave_info() { tmp_file=/tmp/slave_info.tmp $mysql_connect -e 'show slave status\G' > /tmp/slave_info.tmp slave_sql=`grep 'Slave_SQL_Running:' $tmp_file | sed 's/\s*//g' | tr "A-Z" "a-z" | awk -F":" '{print $2}'` seconds_behind_master=`grep 'Seconds_Behind_Master:' $tmp_file | sed 's/\s*//g' | tr "A-Z" "a-z" | awk -F":" '{print $2}'` master_log_file=`grep 'Master_Log_File:' $tmp_file | head -1 | sed 's/\s*//g' | tr "A-Z" "a-z" | awk -F":" '{print $2}'` master_log_pos=`grep 'Read_Master_Log_Pos:' $tmp_file | sed 's/\s*//g' | tr "A-Z" "a-z" | awk -F":" '{print $2}'` relay_master_log_file=`grep 'Relay_Master_Log_File:' $tmp_file | sed 's/\s*//g' | tr "A-Z" "a-z" | awk -F":" '{print $2}'` exec_master_log_pos=`grep 'Exec_Master_Log_Pos:' $tmp_file | sed 's/\s*//g' | tr "A-Z" "a-z" | awk -F":" '{print $2}'` } # 设置是否可读 function read_only { param=$1 $mysql_connect -e "set global read_only = ${param}" techo "设置是否只读 read_only ${param}" } # 处理数据同步 function sync_master_log() { # 如果是数据一致性优先,等待同步完毕。如果是服务可用性优先,可以注销下面的代码 slave_info if [ $slave_sql == "yes" ];then techo "当前同步位置 Master ${master_log_file} ${master_log_pos}" techo "等待同步到 Master ${master_log_file} ${master_log_pos}" $mysql_connect -e "select master_pos_wait('$master_log_file', $master_log_pos);" > /dev/null techo "同步完毕" fi } techo "当前数据库提升为主库" check if [ $? -ne 0 ];then techo "无法连接当前数据库" exit 1 fi # 等待同步 sync_master_log # 设为可写 read_only 0
注意:脚本没有经过严格测试,需要根据实际情况调整
3.4 启动 keepalived
由于配置了 BACKUP 模式,所以两个 keepalived 先起来的是主,先后在主备节点执行
[root@cluster01 shell]# ip addr 1: lo: <loopback> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <broadcast> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether fa:16:3e:de:80:33 brd ff:ff:ff:ff:ff:ff inet 10.0.0.247/16 brd 10.0.255.255 scope global eth0 inet 10.0.0.237/32 scope global eth0 inet6 fe80::f816:3eff:fede:8033/64 scope link valid_lft forever preferred_lft forever</broadcast></loopback>
检查 MySQL 检测脚本执行情况,确认正常运行
[root@cluster01 ~]# tail -f /var/log/keepalived_mysql.log ... 2019-01-28 15:04:18 - [info] MySQL is ok 2019-01-28 15:04:28 - [info] MySQL is ok
4 失效转移测试
在
[root@cluster03 ~]# while true; do date;mysql -h10.0.0.237 -P3306 -umytest -e 'use mytest;insert into nowdate values (null, now());'; sleep 1;done Mon Jan 28 15:04:26 CST 2019 Mon Jan 28 15:04:27 CST 2019 ...
kill 掉 Master 进程
killall mysqld
查看旧 Master 日志
2019-01-28 15:04:48 - [info] MySQL is ok 2019-01-28 15:04:58 - [info] Connection failed 1 time(s) 2019-01-28 15:04:59 - [info] Connection failed 2 time(s) 2019-01-28 15:05:00 - [info] Connection failed 3 time(s) 2019-01-28 15:05:01 - [info] Connection failed 4 time(s) 2019-01-28 15:05:02 - [info] 无法连接当前数据库 2019-01-28 15:05:02 - [info] 开始执行失效转移 2019-01-28 15:05:02 - [info] 设置是否只读 read_only 1 2019-01-28 15:05:02 - [info] 失效转移执行成功,当前数据库关闭访问
查看新 Master 日志
2019-01-28 15:05:04 - [info] 当前数据库提升为主库 2019-01-28 15:05:04 - [info] 当前同步位置 Master mysql-bin.000015 32338 2019-01-28 15:05:04 - [info] 等待同步到 Master mysql-bin.000015 32338 2019-01-28 15:05:04 - [info] 同步完毕 2019-01-28 15:05:04 - [info] 设置是否只读 read_only 0 2019-01-28 15:05:05 - [info] MySQL is ok
查看新 Master IP,确认 VIP 已经飘过来了
[root@cluster02 ~]# ip addr 1: lo: <loopback> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <broadcast> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether fa:16:3e:66:7e:e8 brd ff:ff:ff:ff:ff:ff inet 10.0.0.248/16 brd 10.0.255.255 scope global eth0 inet 10.0.0.237/32 scope global eth0 inet6 fe80::f816:3eff:fe66:7ee8/64 scope link valid_lft forever preferred_lft forever</broadcast></loopback>
查看插入数据执行情况,大概有 12 秒是不可用的
Mon Jan 28 15:04:51 CST 2019 ERROR 2003 (HY000): Can't connect to MySQL server on '10.0.0.237' (111) Mon Jan 28 15:04:52 CST 2019 ERROR 2003 (HY000): Can't connect to MySQL server on '10.0.0.237' (111) Mon Jan 28 15:04:53 CST 2019 ERROR 2003 (HY000): Can't connect to MySQL server on '10.0.0.237' (111) Mon Jan 28 15:04:54 CST 2019 ERROR 2003 (HY000): Can't connect to MySQL server on '10.0.0.237' (111) Mon Jan 28 15:04:55 CST 2019 ERROR 2003 (HY000): Can't connect to MySQL server on '10.0.0.237' (111) Mon Jan 28 15:04:56 CST 2019 ERROR 2003 (HY000): Can't connect to MySQL server on '10.0.0.237' (111) Mon Jan 28 15:04:57 CST 2019 ERROR 2003 (HY000): Can't connect to MySQL server on '10.0.0.237' (111) Mon Jan 28 15:04:58 CST 2019 ERROR 2003 (HY000): Can't connect to MySQL server on '10.0.0.237' (111) Mon Jan 28 15:05:00 CST 2019 ERROR 2003 (HY000): Can't connect to MySQL server on '10.0.0.237' (111) Mon Jan 28 15:05:01 CST 2019 ERROR 2003 (HY000): Can't connect to MySQL server on '10.0.0.237' (111) Mon Jan 28 15:05:02 CST 2019 ERROR 2003 (HY000): Can't connect to MySQL server on '10.0.0.237' (111) Mon Jan 28 15:05:03 CST 2019
失效切换成功
5 总结
使用双主 + keepalived 的优点是部署简单,双主加半同步情况下,理论上不会丢数据,适用于中小型 MySQL 集群。缺点也比较明显,就是增加从节点的情况下,从节点不会主动切换同步对象,而且脚本需要自己实现,有一定风险。
理论要掌握,实操不能落!以上关于《MySQL集群搭建(6)-双主+keepalived高可用》的详细介绍,大家都掌握了吧!如果想要继续提升自己的能力,那么就来关注golang学习网公众号吧!

- 上一篇
- 个推用户画像的实践与应用

- 下一篇
- Mysql数据库的简单介绍
-
- 活力的黄蜂
- 太全面了,收藏了,感谢大佬的这篇技术贴,我会继续支持!
- 2023-03-23 14:53:46
-
- 安详的西牛
- 这篇技术文章真及时,老哥加油!
- 2023-03-15 14:31:41
-
- 贤惠的故事
- 这篇文章内容太及时了,太全面了,很好,码住,关注师傅了!希望师傅能多写数据库相关的文章。
- 2023-03-11 15:43:07
-
- 眼睛大的大山
- 很有用,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢大佬分享文章内容!
- 2023-03-02 05:58:08
-
- 数据库 · MySQL | 4小时前 |
- 主外键关系怎么建立?
- 149浏览 收藏
-
- 数据库 · MySQL | 6小时前 |
- MySQL中IF函数使用详解
- 392浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL中IF函数使用详解
- 268浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL入门:核心概念与操作全解析
- 162浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL事务是什么?如何保证数据一致性?
- 349浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL数据分片实现方法及常见方案解析
- 363浏览 收藏
-
- 数据库 · MySQL | 2天前 |
- MySQL基础:增删改查全教程
- 345浏览 收藏
-
- 数据库 · MySQL | 3天前 |
- 5种方法检测电脑是否安装MySQL
- 275浏览 收藏
-
- 数据库 · MySQL | 3天前 |
- 主键与唯一键区别详解,如何正确选择主键
- 271浏览 收藏
-
- 数据库 · MySQL | 4天前 |
- MySQL创建数据库的详细步骤教程
- 262浏览 收藏
-
- 数据库 · MySQL | 4天前 |
- MySQL建表完整命令行操作步骤
- 389浏览 收藏
-
- 数据库 · MySQL | 6天前 |
- MySQL中HAVING和WHERE的区别
- 203浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 514次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 499次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 484次学习
-
- AI Mermaid流程图
- SEO AI Mermaid 流程图工具:基于 Mermaid 语法,AI 辅助,自然语言生成流程图,提升可视化创作效率,适用于开发者、产品经理、教育工作者。
- 457次使用
-
- 搜获客【笔记生成器】
- 搜获客笔记生成器,国内首个聚焦小红书医美垂类的AI文案工具。1500万爆款文案库,行业专属算法,助您高效创作合规、引流的医美笔记,提升运营效率,引爆小红书流量!
- 446次使用
-
- iTerms
- iTerms是一款专业的一站式法律AI工作台,提供AI合同审查、AI合同起草及AI法律问答服务。通过智能问答、深度思考与联网检索,助您高效检索法律法规与司法判例,告别传统模板,实现合同一键起草与在线编辑,大幅提升法律事务处理效率。
- 474次使用
-
- TokenPony
- TokenPony是讯盟科技旗下的AI大模型聚合API平台。通过统一接口接入DeepSeek、Kimi、Qwen等主流模型,支持1024K超长上下文,实现零配置、免部署、极速响应与高性价比的AI应用开发,助力专业用户轻松构建智能服务。
- 498次使用
-
- 迅捷AIPPT
- 迅捷AIPPT是一款高效AI智能PPT生成软件,一键智能生成精美演示文稿。内置海量专业模板、多样风格,支持自定义大纲,助您轻松制作高质量PPT,大幅节省时间。
- 447次使用
-
- golang MySQL实现对数据库表存储获取操作示例
- 2022-12-22 499浏览
-
- 搞一个自娱自乐的博客(二) 架构搭建
- 2023-02-16 244浏览
-
- B-Tree、B+Tree以及B-link Tree
- 2023-01-19 235浏览
-
- mysql面试题
- 2023-01-17 157浏览
-
- MySQL数据表简单查询
- 2023-01-10 101浏览