以1主2从架构为例，介绍主库down机后，将某一从库提升为库的步骤：

一般主库突然down机，以主从库binlog的同步情况分为2种

1. 两从与主库完全同步

2. 两从与主库不同步，数据不一致。

a.      主库down机（主库连不上，系统无法启动）后，直接选一台从库切换为主库；

b.      主库down机（可以登录到linux系统），将未同步的binlog日志传输到从库上；

两种情况，将从库切换主库的过程是类似的。

主库down机(模拟)

/etc/init.d/mysqld stop

从1切换为主库的过程：

1. Stop slave;

2.  开启binlog日志：修改my.cnf配置文件，log-bin=mysql-bin

3. 创建同步复制帐号，用于授权从2获取主库（原从1）的binlog日志

grant replication slave on *.* to rep@172.18.130.236 identified by ‘123456’;

flush privileges;

从2操作步骤：

1. stop slave;

2. 设置master.info,由于只更改了主库的IP地址，其它信息没有变化

change master to MASTER_HOST=’172.18.130.236’;

1. start slave;

2. show slave status\G

遇到问题：

1. 在执行第7步时提示

原因是主库与从的server-id相同了！注意从2 的server-id要与主库的server-id 不相同。

1. 主库（从1）上执行show processlist;时

从图中可以看到 status其中一个为Connecting to master（显示连接原主库时的线程）

原因为没有在主库（从1）上执行stop slave；

执行stop slave后：

原主库服务恢复后，可以做为从库继续使用。

本文出自 “逍遥浪子” 博客，请务必保留此出处http://yanghongwei.blog.51cto.com/5083286/1870632

主库down机，从库切换为主库的步骤