mysql主从切换步骤
1> 正常切换1）从服务器检查SHOW PROCESSLIST语句的输出，直到你看到Has read all> 2）确保从服务器已经处理了日志中的所有语句。 mysql> STOP SLAVE IO_THREAD
当从服务器都执行完这些，它们可以被重新配置为一个新的设置。
3）在被提升为主服务器的从服务器上，发出 STOP SLAVE和RESET MASTER和RESET SLAVE操作。
4）然后重启mysql服务。
5）在备用服务器（新的主服务器）创建用户grant replication slave on *.* torepdcs@'IP of A'>
grant allprivileges on *.* to 'repdcs'@'IP'> 6) 在主服务器上RESET MASTER。然后CHANGE MASTER TOMASTER_HOST='原从服务器IP',MASTER_USER='用户名',MASTER_PASSWORD='密码' ,master_log_file='master-bin.000015' ;
7)查看状态 show slave status \G;
Show master status \G;
如果还不行再次重启主库，并在备库上执行CHANGE MASTER TOMASTER_HOST='192.168.0.110',MASTER_USER='repdcs',MASTER_PASSWORD='111111',master_log_file='mysqlbin.000002';
8）修改应用的连接地址到新的主库
切换完成。
2> 主机直接宕机
1> 在备机上执行STOP SLAVE 和RESET MASTER
2> 查看show slave status \G;
3> 然后修改应用的连接地址。
mysql 从服务器切换为主服务器：
步骤如下：
1 确认从服务器已经完成所有同步操作：
stop slave io_thread
show processlist
直到看到状态都为：xxx has read all> 2 停止从服务器slave服务
stop slave
3 将从服务器切换为主服务器：
reset master
完成切换。
首先保证主从数据库都开启二进制日志，方法是在my.cnf中的节中加入log-bin=log-bin-name
然后查看是否开启mysql> show variables; log-binON
为了在切换时不会漏掉数据库的更新，必须将主数据库停掉，设为只读：set global read_only=1;
(注意和FLUSH TABLES WITH READ LOCK;的区别， UNLOCK TABLES;解锁)
show variables; 确认 read_onlyON
然后在主库mysql> flush logs; 刷新一下log-bin,
在从库中查看mysql> show slave status \G 是否完全更新
查看主库的状态mysql> show master status \G 是否还有数据更新
如果没有就可以停掉从库mysql> stop slave;
查看新主库的状态mysql> show master status \G 记录file和pos
这时可以关掉新主库的只读属性mysql> set global read_only=0;
新从库改变连接的主库信息mysql> change master to
master_host='new_master_ip',
master_user='mysqlsync',
master_password='pass',
master_port=3306,
master_log_file='mysql-bin.xxxxxx',
master_log_pos=xxxx;
这时可以启动新从库了：mysql> start slave;
查看新从库状态：mysql> show slave status\G
介绍了 MySQL 主从配置过程，这篇 blog 介绍手工主从切换过程。
一 环境信息
主库192.168.2.37/3306 主机名 db1
备库192.168.2.38/3306 主机名 db2
版本5.6.20
备注： 主从节点 mysql 安装略，Replication 安装略。
二 主从切换
--主，备节点都要创建 Replication 用户
create user 'rep1'@'192.168.2.%'> GRANT REPLICATION SLAVE ON *.* TO 'rep1'@'192.168.2.%';
--查询从库状态
root@localhost:francs>show slave status\G --查询主库状态
root@localhost:francs>show slave hosts;
+-----------+-------------------+------+-----------+--------------------------------------+
| Server_id | Host | Port | Master_id | Slave_UUID |
+-----------+-------------------+------+-----------+--------------------------------------+
| 2 | 192.168.2.38(db2) | 3306 | 1 | ad397a06-7c56-11e4-b2fb-000c29dcb3b5 |
+-----------+-------------------+------+-----------+--------------------------------------+
1 row in set (0.00 sec)
--从库: 停止 IO_THREAD 线程
root@localhost:francs>stop slave IO_THREAD;
root@localhost:francs>show slave status\G
*************************** 1. row ***************************
Slave_IO_State:
Master_Host: 192.168.2.37
Master_User: rep1
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: bin-log.000001
Read_Master_Log_Pos: 362
>
>
> Slave_IO_Running: No
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 362
> Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 1
Master_UUID: 0c130d47-22bb-11e4-aaaa-000c2986ac80
Master_Info_File: mysql.slave_master_info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all> Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0
1 row in set (0.00 sec)
--激活从库(从库上操作)
root@localhost:francs>stop slave;
root@localhost:francs>reset master;
root@localhost:francs>reset slave all;
root@localhost:francs>show binary logs;
+----------------+-----------+
| Log_name | File_size |
+----------------+-----------+
| bin-log.000001 | 120 |
+----------------+-----------+
1 row in set (0.00 sec)
备注：reset slave all 命令会删除从库的 replication 参数，之后 show slave status\G 的信息返回为空。
--将原来主库变为从库
CHANGE MASTER TO
MASTER_HOST='192.168.2.38',
MASTER_PORT=3306,
MASTER_USER='rep1',
MASTER_PASSWORD='rep1abcd1243d',
MASTER_LOG_FILE='bin-log.000001',
MASTER_LOG_POS=120;
root@localhost:francs>start slave;
root@localhost:francs>show slave status\G
备注：这步执行之后，发现 db1 日志文件报了以下错误，提示 db1 连接不上 db2。
--db1 日志报错
2015-03-02 14:24:14 26198 Slave I/O: error connecting to master 'rep1@192.168.2.38:3306' - retry-time: 60retries: 8, Error_code: 1045 --解决过程
--连接测试
$ mysql -h 192.168.2.38 -P 3306 -urep1
备注：居然不需要密码能直接能连上。
--测试匿名用户
$ mysql -h 192.168.2.38 -P 3306 -urep2
备注：依然不需要密码。
--原因分析
root@localhost:francs>select Host,User,Password from mysql.user where User='';
+-----------+------+----------+
| Host | User | Password |
+-----------+------+----------+
| localhost | | |
| db1 | | |
+-----------+------+----------+
备注: 原来 db2 节点上存在 User 为空的的两行，表示匿名用户可以连接数据库， 删除这两行，之后flush privileges;
--再连接测试
$ mysql -h 192.168.2.38 -P 3306 -urep1
备注：这次连接需要密码了。之后再次观看 db1 同步日志，不再报错。
三 数据验证
主从切换后db2 为主节点， db1 为备节点，在 db2 节点上插入一条数据测试同步是否正常。
--db2 上执行
root@localhost:francs>insert into test_sr(id) values(30);
Query OK, 1 row affected (0.03 sec)
root@localhost:francs>select * from test_sr order by> +------+---------------------+
|> +------+---------------------+
| 30 | 2015-03-02 15:19:53 |
+------+---------------------+
1 row in set (0.00 sec)
--db1 上验证
root@localhost:francs>select * from test_sr order by> +------+---------------------+
|> +------+---------------------+
| 30 | 2015-03-02 15:19:53 |
+------+---------------------+
1 row in set (0.00 sec)
备注：数据同步正常，以上是对 MySQL 主备切换的初次了解，后续再补充。
页:
[1]