sublime不是部署mysql高可用集群的工具，但可用于编写脚本和配置文件。搭建mysql高可用方案需按以下步骤操作：一、选型方面，可选择mha、mmm、pmm+orchestrator、galera cluster或mysql group replication，中小型系统推荐mha或mgr；二、准备环境包括至少三台服务器、统一mysql版本、配置ssh免密登录及安装必要软件包；三、以mha为例，需配置主从复制、安装mha manager与node、设置配置文件并启动监控进程；四、部署后应进行容灾演练、检查延迟、设置告警、定期备份，并注意ssh超时、切换策略及vip绑定等问题。
Sublime本身是一个文本编辑器，不是用来部署MySQL高可用集群的工具。如果你是想通过Sublime来编写部署脚本、配置文件或文档，那确实可以辅助操作，但真正的MySQL高可用集群部署需要依赖其他工具和环境。下面我从实际运维角度出发，简单讲讲怎么搭建支持主备切换与容灾的MySQL高可用方案。
一、选型：MySQL高可用方案有哪些？
在部署之前，先确定你打算用哪种高可用架构：
- MHA（Master High Availability）：老牌方案，适合小规模部署，支持自动故障切换。
- MMM（MySQL Master-Master Replication Manager）：基于主主复制的管理工具，现在用得不多了。
- PMM + Orchestrator：可视化监控+拓扑管理，适合中大型项目。
- Galera Cluster / Percona XtraDB Cluster：多主集群，强一致性，但对网络要求高。
- MySQL Group Replication（MGR）：官方支持的组复制方案，适合需要严格一致性的场景。
如果是中小型系统，推荐用MHA或者MGR；如果追求稳定性且数据量不大，MHA是个不错的选择。
二、准备环境：服务器 & 网络 & 软件
部署高可用集群前，要准备好以下几点：
- 至少三台服务器（两主一备或三节点集群）
- 各节点之间能互相通信，尤其是3306、复制端口、心跳检测端口等
- MySQL版本统一（建议5.7以上或8.0稳定版）
- 配置好SSH免密登录，方便脚本执行和切换
- 安装必要的软件包（如Perl、rsync、mysql-client等）
举个例子：
假设你有三台机器：
- node1: 192.168.1.10（主）
- node2: 192.168.1.11（备）
- node3: 192.168.1.12（备用监控节点）
每台都要开启binlog，设置server-id不同，并配置复制账号。
三、配置主从复制与故障切换机制
以MHA为例，流程大致如下：
-
配置MySQL主从复制
- 主库开启binlog并授权复制用户
- 备库change master to指向主库
- start slave并确认复制状态正常
-
安装MHA Manager和Node
- 在所有节点上安装MHA Node
- 在单独节点（比如node3）安装MHA Manager
-
配置MHA配置文件
[server default] user=mha_user password=your_password ssh_user=root repl_user=repl repl_password=repl_pass ping_interval=1 [server1] hostname=192.168.1.10 master_binlog_dir=/var/lib/mysql [server2] hostname=192.168.1.11 candidate_master=1
-
启动MHA监控
- 使用
nohup masterha_manager --conf=/etc/mha/app1.cnf &启动监控进程 - 故障时会自动切换到备库，并更新配置
- 使用
Sublime可以在这里用于编辑my.cnf、mha配置文件、shell脚本等，提高效率。
四、容灾演练与注意事项
部署完后不要以为万事大吉，还要做几件事：
- ✅ 模拟主库宕机测试切换是否顺利
- ✅ 检查从库延迟情况，避免切换后数据不一致
- ✅ 设置告警通知（可通过邮件或企业微信等方式）
- ✅ 定期备份binlog和数据，防止脑裂或误删
另外，有些细节容易被忽略：
- SSH连接超时导致误判切换
- MHA默认只检查一次就切换，建议设置ping_interval和shutdown_script
- 如果使用VIP漂移，记得在脚本中绑定新主库IP
基本上就这些。整个流程不算复杂，但很多细节容易出问题，特别是在生产环境中。Sublime虽然不能直接参与部署，但在写脚本、改配置的时候还是挺顺手的。
