MySQL 高可用:MySQL 主从 + Keepalived + 故障切换脚本
架构说明架构GTID MySQL 一主一从 Keepalived VRRP VIP组件分工MySQL 主从实现数据复制冗余check_mysql.sh健康探测脚本MySQL 异常释放 VIPkeepalived vrrp实现 VIP 虚拟 IP 漂移notify 系列回调脚本VIP 切换自动修改 MySQLread_only完成数据库角色切换⚠️重要局限 Keepalived 只是网络组件脚本只开关只读参数不会自动重建旧节点主从复制双节点存在脑裂风险异步复制切换存在数据丢失风险。环境规划节点IP角色VIPNodeA192.168.1.10MySQL Master192.168.1.100虚 IPNodeB192.168.1.11MySQL Slave192.168.1.100虚 IP步骤 1部署 MySQL GTID 主从复制1.1 node‑A主库my.cnf[mysqld] server-id1 datadir/var/lib/mysql socket/tmp/mysql.sock log_binmysql-bin binlog_formatROW gtid_modeON enforce_gtid_consistencyON log_slave_updatesON # 建议开启半同步降低切换丢数据概率 plugin-load-addrpl_semi_sync_master.so rpl_semi_sync_master_enabled11.2 node‑B从库my.cnf[mysqld] server-id2 datadir/var/lib/mysql socket/tmp/mysql.sock log_binmysql-bin relay_logrelay-bin gtid_modeON enforce_gtid_consistencyON log_slave_updatesON read_onlyON super_read_onlyON plugin-load-addrpl_semi_sync_slave.so rpl_semi_sync_slave_enabled1两台重启 mysqlsystemctl restart mysqld1.3 主库创建复制账号 node‑A 执行CREATE USER repl% IDENTIFIED BY Repl123456; GRANT REPLICATION SLAVE ON *.* TO repl%; flush privileges;1.4 从库搭建复制链路 node‑B 执行CHANGE MASTER TO MASTER_HOST192.168.1.10, MASTER_USERrepl, MASTER_PASSWORDRepl123456, MASTER_AUTO_POSITION1; start slave; show slave status\G校验Slave_IO_Running: Yes、Slave_SQL_Running: Yes。步骤 2安装 Keepalivednode‑A、node‑B 两台都执行yum install keepalived -y systemctl enable keepalived # VRRP协议号112防火墙放行 firewall-cmd --add-protocolvrrp --permanent firewall-cmd --reload步骤 3全套切换脚本编写两台节点全部部署脚本存放路径/etc/keepalived/全部使用本地 socket/tmp/mysql.sock不走 TCP、不受 VIP 影响。脚本 1健康检测脚本 check_mysql.shvrrp_script 周期性调用MySQL 检测失败停止本机 keepalived 释放 VIP#!/bin/bash # /etc/keepalived/check_mysql.sh MYSQL_USERroot MYSQL_PASSRoot123456 MYSQL_SOCK/tmp/mysql.sock mysqladmin -S ${MYSQL_SOCK} -u${MYSQL_USER} -p${MYSQL_PASS} ping /dev/null 21 if [ $? -eq 0 ];then exit 0 else # mysql异常停止keepalived释放VIP systemctl stop keepalived exit 1 fi脚本 2notify_master.sh本机接管 VIP成为主节点触发关闭只读允许业务写入#!/bin/bash # /etc/keepalived/notify_master.sh MYSQL_USERroot MYSQL_PASSRoot123456 MYSQL_SOCK/tmp/mysql.sock mysql -S ${MYSQL_SOCK} -u${MYSQL_USER} -p${MYSQL_PASS} EOF set global read_onlyOFF; set global super_read_onlyOFF; EOF脚本 3notify_backup.sh本机失去 VIP降级备机触发开启只读禁止写入#!/bin/bash # /etc/keepalived/notify_backup.sh MYSQL_USERroot MYSQL_PASSRoot123456 MYSQL_SOCK/tmp/mysql.sock mysql -S ${MYSQL_SOCK} -u${MYSQL_USER} -p${MYSQL_PASS} EOF set global read_onlyON; set global super_read_onlyON; EOF脚本 4notify_fault.shVRRP 故障状态兜底强制开启只读#!/bin/bash # /etc/keepalived/notify_fault.sh MYSQL_USERroot MYSQL_PASSRoot123456 MYSQL_SOCK/tmp/mysql.sock mysql -S ${MYSQL_SOCK} -u${MYSQL_USER} -p${MYSQL_PASS} EOF set global read_onlyON; set global super_read_onlyON; EOF脚本赋权重要权限不足脚本不执行chmod x /etc/keepalived/*.sh chmod 600 /etc/keepalived/*.shchmod 600防止普通用户读取脚本内数据库明文密码。步骤 4Keepalived 配置文件node‑A keepalived.conf初始主priority100global_defs { router_id NODE_A } vrrp_script check_mysql { script /etc/keepalived/check_mysql.sh interval 2 weight -30 fall 2 rise 1 } vrrp_instance VI_MYSQL { state BACKUP interface ens33 # 修改为本机网卡 ip a查看 virtual_router_id 51 priority 100 advert_int 1 nopreempt # 非抢占故障恢复不抢回VIP避免业务抖动 authentication { auth_type PASS auth_pass 123456 } virtual_ipaddress { 192.168.1.100/24 dev ens33 label ens33:0 } track_script { check_mysql } # 切换回调脚本高可用核心 notify_master /etc/keepalived/notify_master.sh notify_backup /etc/keepalived/notify_backup.sh notify_fault /etc/keepalived/notify_fault.sh }node‑B keepalived.conf初始从 priority90仅修改 router_id、priority其余全部参数必须和 A 保持一致global_defs { router_id NODE_B } vrrp_script check_mysql { script /etc/keepalived/check_mysql.sh interval 2 weight -30 fall 2 rise 1 } vrrp_instance VI_MYSQL { state BACKUP interface ens33 virtual_router_id 51 priority 90 advert_int 1 nopreempt authentication { auth_type PASS auth_pass 123456 } virtual_ipaddress { 192.168.1.100/24 dev ens33 label ens33:0 } track_script { check_mysql } notify_master /etc/keepalived/notify_master.sh notify_backup /etc/keepalived/notify_backup.sh notify_fault /etc/keepalived/notify_fault.sh }步骤 5启动服务验证初始状态systemctl start keepalived systemctl enable keepalived # 查看VIP在哪台机器 ip a预期VIP192.168.1.100在 node‑A。 业务测试mysql -h 192.168.1.100 -uroot -p可以读写。步骤 6故障切换完整流程说明故障场景node‑A MySQL 宕机node‑Acheck_mysql.shmysqladmin ping 检测失败 → 执行systemctl stop keepalived本机 VIP 释放。node‑B 收不到 VRRP 心跳包接管 VIP192.168.1.100。node‑B 获取 VIP 触发notify_master.sh自动执行set global read_onlyOFF; set global super_read_onlyOFF;✅业务访问 VIP直接读写 node‑B无需人工干预完成故障转移。故障恢复node‑A 修复完成node‑A 启动 MySQL、keepalived。由于配置nopreempt不会抢占 VIPVIP 仍然留在 node‑B。⚠️此时 node‑A 是独立 MySQL 实例脚本不会自动重建主从复制。人工操作将旧主 node‑A 配置为新主 node‑B 的从库stop slave; reset slave all; CHANGE MASTER TO MASTER_HOST192.168.1.11, MASTER_USERrepl, MASTER_PASSWORDRepl123456, MASTER_AUTO_POSITION1; start slave; show slave status\G步骤 7脚本调试排错手段# 手动执行脚本看脚本是否报错 bash -x /etc/keepalived/check_mysql.sh bash -x /etc/keepalived/notify_master.sh # keepalived日志查看脚本执行记录 tail -f /var/log/messages # 查看keepalived状态 systemctl status keepalived关键风险 局限脑裂风险主备之间网络断开两边 MySQL 都正常运行健康检测脚本不会停止 keepalived两台机器同时持有 VIP双写导致数据错乱。双节点 keepalived 架构无法彻底消除脑裂。notify 脚本只开关read_only参数不会自动重建旧节点主从复制故障节点恢复需要人工处理复制链路。脚本本身属于单点故障账号密码错误、socket 路径错误、权限不足都会导致切换失效。异步复制切换存在丢失 binlog 风险半同步可以降低概率但不能 100% 避免。脚本存在明文密码安全风险生产建议使用 mysql login‑path 避免明文。精简版MySQL 主从 Keepalived 实现完整高可用分为搭建 GTID MySQL 一主一从复制建议开启半同步复制。两台节点部署 Keepalived全部配置 BACKUP 模式加 nopreempt 非抢占防止故障恢复抢占 VIP 抖动。编写check_mysql.sh健康检测脚本MySQL 异常停止本机 keepalived 释放 VIP。配置 notify_master、notify_backup、notify_fault 回调脚本VIP 漂移自动开关 read_only 参数完成数据库读写角色切换。 故障发生时故障节点释放 VIP备节点接管 VIP 并且自动放开写权限业务通过 VIP 继续访问。 该方案存在脑裂风险故障节点恢复后脚本不会自动重建主从复制需要人工介入。

相关新闻

DeepSeek-V4位置敏感实验揭示:福建企业选AI搜索优化先看什么

DeepSeek-V4位置敏感实验揭示:福建企业选AI搜索优化先看什么

同一条信息换个位置,检索准确率差了40个百分点字节Seed联合普林斯顿、斯坦福、UC Berkeley研究者完成的一项研究,给正在评估AI搜索优化的福建企业提了个醒。研究团队在128K长上下文检索测试中发现,同一条信息仅更换输入位置,DeepS…

2026/10/11 5:35:47 阅读更多 →
5G 小区搜索与选择 (一)

5G 小区搜索与选择 (一)

1. 前言: 通信原理相关: 终端所接收的是数字信号,大部分信息(声音等)本是模拟信号通过ADC(模数转换:采样eg:奈奎斯特采样 保持 量化:归一到离散电平 编码:转为二进制)变为数字信号能被识别&a…

2026/10/11 5:34:46 阅读更多 →
从K8s单体架构教训看AI智能体运行环境的架构拆解与落地

从K8s单体架构教训看AI智能体运行环境的架构拆解与落地

1. 为什么说 K8s 的“单体教训”,正好打在 AI 智能体运行环境的软肋上做开发的人大概都有过这种阶段:最开始觉得“一个进程啥都能干”,等规模真上来了,改一行代码都战战兢兢。K8s 当年就是这样走过来的。它最早的控制平面把 API、…

2026/10/11 5:34:46 阅读更多 →

最新新闻

基于YOLO的焊缝缺陷检测毕设方案:数据集、训练与推理全流程拆解

基于YOLO的焊缝缺陷检测毕设方案:数据集、训练与推理全流程拆解

简介:这份资源面向深度学习与计算机视觉方向的毕业设计、课程设计及期末大作业需求者,聚焦工业焊缝缺陷的自动识别与定位问题。方案以YOLO算法为核心,将目标检测转化为回归任务,实现对裂纹、气孔、未熔合、未焊透等缺陷的快速预测…

2026/10/11 7:02:35 阅读更多 →
C#部署YOLOv8-OBB:旋转框解析与OpenVINO推理实战

C#部署YOLOv8-OBB:旋转框解析与OpenVINO推理实战

简介:这份C#源码工程基于Intel OpenVINO工具包实现Yolov8-OBB旋转目标检测,面向需要在文档识别、条码扫描或交通标志检测中定位倾斜目标的开发者,解决普通矩形边界框难以表达旋转物体方向的问题。整个压缩包共337个文件,大小约307…

2026/10/11 7:02:35 阅读更多 →
AnyPS5 技术拆解:输入设备泛化与协议桥接实战

AnyPS5 技术拆解:输入设备泛化与协议桥接实战

1. 从“AnyPS5”这个名字说起:它到底想解决什么问题第一次看到“AnyPS5”这个标题,我脑子里冒出来的第一个念头是:这大概率是一个围绕 PlayStation 5 生态做“泛化接入”或“跨端能力扩展”的项目。为什么这么判断?因为“Any”这个…

2026/10/11 7:02:35 阅读更多 →
DLSS5与多帧插值协同实现144Hz无闪帧生成

DLSS5与多帧插值协同实现144Hz无闪帧生成

1. 这个“6倍帧生成DLSS5”到底在解决什么真实痛点?先说结论:这不是营销噱头,而是针对《原神》这类高画质、高动态场景下,GPU瓶颈与显示器刷新率不匹配这一长期被忽视的底层矛盾,所给出的一套可落地的工程化解法。我最…

2026/10/11 7:02:35 阅读更多 →
《执行控制工程》作者手记 04|当所有条件都已成立,谁真正决定现实

《执行控制工程》作者手记 04|当所有条件都已成立,谁真正决定现实

本文是《执行控制工程》(Execution Control Engineering)的作者手记。 它不是书籍正文的摘要或重写,而是围绕本章问题、工程背景与写作之后的进一步思考。 在过去的软件工程实践中,我们已经建立了许多用于管理权力的机制。身份认证…

2026/10/11 7:02:35 阅读更多 →
GitHub 打不开怎么排查:先分清是 DNS 污染还是连接被重置,处理方式完全不同

GitHub 打不开怎么排查:先分清是 DNS 污染还是连接被重置,处理方式完全不同

本文首发于 CSDN,转载请注明出处。 先说结论:「GitHub 打不开」不是一个故障,而是至少四类完全不同的故障——DNS 解析不出地址、TCP 连接超时、连接被中间设备重置、TLS 握手被打断。四种故障的表象都是「转圈然后失败」,但报错原…

2026/10/11 7:01:35 阅读更多 →

日新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/11 0:00:27 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/11 0:00:27 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/11 0:00:27 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/11 0:00:27 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/11 0:00:27 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/11 0:00:27 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/10 5:23:50 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/9 21:32:20 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/10 10:38:42 阅读更多 →