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; 以上就是关于数据库如何快速回复业务的介绍，如果大家有更好的方法可以告诉我，下面是集中数据库高可用方案：
1.MHA 高可用 http://blog.51cto.com/qiuyt/1930629
2.RDS 高可用+自动容灾 https://www.aliyun.com/product/rds/mysql【借用图】
Mysql主从架构-主库宕机如何恢复业务
3.快照
方法很多，就看您如何选择。 五、另外关于ECS无法使用 MHA 说法问题解释
1、mha必须是0.56版本才支持GTID
2、阿里云ECS不支持浮动IP 阿里云HaVIP禁用 ##要注意：阿里云的上ECS服务器跟我们自己的虚拟机不一样，它不支持浮动IP的
3、阿里云服务器上keepalived只能设置单播
4、keepalived配置文件里加脚本判断mysql是否启动需要首尾写好配置文件 阿里云工单反馈截图 Mysql主从架构-主库宕机如何恢复业务 转载自：http://blog.51cto.com/qiuyt/2148881
