在我们日常工作场景，首先要做到架构无单点隐患，其次在优化【安全、性能、高可用、高并发等】，Mysql这款关系型数据库稳定、高效，所以使用广泛，如果企业架构是1主多从，那如果Mysql主库宕机，如何解决？
----MySQL 主从同步原理图
![Mysql主从架构-主库宕机如何恢复业务]()
一、Mysql主库宕机情况分类：
1）硬件问题，（服务器、ecs、虚拟主机等等）宕机
2）service问题，Mysql宕机，服务异常，端口异常等
二、硬件问题处理思路
硬件问题我们可以查看IDC巡检记录，或通过远程控制卡查看硬件运行状态，根据事实情况就行硬件故障报修进行处理，恢复业务步骤：
1）查看报警信息，确认业务是否收到影响，必要时切从库进行数据交互
2）IDC询问排查
3）确认硬件故障，短时间无法修复开Case处理
4）通知部门领导，处理进度，并实时记录
5）事件处理完成后，拟写故障报告，会议通报。
三、MySQL service问题处理思路
1）首先要做的就是判断是否影响业务，是否需要切库，保证业务运行时首要任务
2）如果此时需要切从库，安装如下步骤进行：
1> 先查看MySQL 从库状态
show processlist\G
##如果看到两个状态，说明此时的从库和主库是同步的 =====[如果不同步，建议考出binlog进行同步]
#state: waiting for master to send event I/O线程
#state：has read all relay log;waiting for the slave I/O thread to update it sql线程
2> 登录从库分别查看：【多个从库 哪个替代主库呢？？】
cat /data/3306/data/master.info
cat /data/3307/data/master.info
##看哪个从库的哪个master.info哪个更新，就说明哪个从库一致性更高，所以此时就确定最新的库为主库。
选个pos最大的作为主库
或利用半同步的功能，直接选择做实时同步的这个从库。
3> 确保所有relay log全部更新完毕。
stop slave io_thread;show processlist; [在每个从库上执行]
##直到看到has read all relay log;表示从库更新都执行完毕
4> 登录从库
mysql -uroot -p您的密码 -S /data/3306/mysql.sock #sock路径根据自己的进行修改
stop slave;
reset master;
quit;
5> 进入数据库数据目录，删除master.info relay-log.info
cd /data/3306/data/master
rm -f master.info relay-log.info
## 检查授权表，类似read-only参数
6> 3306 提升从库为主库
vim /data/3306/my.cnf
开启：
log-bin =/data/3306/mysql-bin
## //如果存在log-slave-updates read-only等参数一定要注释掉。
/data/3306/mysql stop
/data/3306/mysql start
到此，提升主库完毕
四、所有slave指向新的master
7> 如果主库服务器没down，需要去主库拉取bin-log补全提升主库的从库
8> 其它从库操作 【指向新的master】
已检查（同步user rep均存在）
登录从库
stop slave;
change master to master_host='192.168.1.32'; //如果不同步，就指定位置点
start slave;
show slave status\G;
以上就是关于数据库如何快速回复业务的介绍，如果大家有更好的方法可以告诉我，下面是集中数据库高可用方案：
![Mysql主从架构-主库宕机如何恢复业务]()
3.快照
方法很多，就看您如何选择。
五、另外关于ECS无法使用 MHA 说法问题解释
1、mha必须是0.56版本才支持GTID
2、阿里云ECS不支持浮动IP 阿里云HaVIP禁用
##要注意：阿里云的上ECS服务器跟我们自己的虚拟机不一样，它不支持浮动IP的
3、阿里云服务器上keepalived只能设置单播
4、keepalived配置文件里加脚本判断mysql是否启动需要首尾写好配置文件
阿里云工单反馈截图
![Mysql主从架构-主库宕机如何恢复业务]()
