Welcome 微信登录

首页 / 数据库 / MySQL / MySQL 5.6主从复制第二部分[恢复某一台从服务器]

本来第二部分是想测试主服务器挂掉,提升从服务器的情况,可是出了点点意外,改为测试某一台从服务器挂掉的时候,如何恢复。主服务器挂掉的情况放到第三部分吧。继续用mysql::sandbox来测试。http://www.linuxidc.com/Linux/2013-04/82711.htm主服务器(别名black)(server-id:1)安装在 /home/modify/sandboxes/msb_5_6_10/ 使用5610端口。从服务器(别名blue)(server-id:2)安装在 /home/modify/sandboxes/msb_5_6_10_a/ 使用5611端口。从服务器(别名green)(server-id:3)安装在 /home/modify/sandboxes/msb_5_6_10_b/ 使用5612端口。按照前一篇文章介绍的方法设置好一主二从的复制http://www.linuxidc.com/Linux/2013-04/82712.htm。相关阅读:MySQL 5.6主从复制第一部分[简介及配置] http://www.linuxidc.com/Linux/2013-04/82712.htmMySQL 5.6主从复制第二部分[恢复某一台从服务器] http://www.linuxidc.com/Linux/2013-04/82713.htmMySQL 5.6主从复制第三部分[把从服务器提升为主服务器] http://www.linuxidc.com/Linux/2013-04/82714.htmMySQL 5.6主从复制第四部分[一些被忽视的操作细节] http://www.linuxidc.com/Linux/2013-04/82715.htmMySQL 主从复制事件校验 MySQL Replication Event Checksum http://www.linuxidc.com/Linux/2013-04/82716.htm使用pt-table-checksum检查主从复制是否正常 http://www.linuxidc.com/Linux/2013-04/82717.htm----------------------------------------分割线----------------------------------------假设从服务器blue由于dba误操作,直接更改了数据库里面的数据,blue:mysql [localhost] {msandbox} (test) > TRUNCATE TABLE t;Query OK, 0 ROWS affected (0.01 sec) mysql [localhost] {msandbox} (test) > mysql [localhost] {msandbox} (test) > SHOW slave STATUS G*************************** 1. ROW *************************** Slave_IO_State: Waiting FOR master TO send eventMaster_Host: 127.0.0.1Master_User: repl_userMaster_Port: 5610Connect_Retry: 60Master_Log_File: black-bin.000002Read_Master_Log_Pos: 2048 Relay_Log_File: mysql_sandbox5611-relay-bin.000004Relay_Log_Pos: 2218Relay_Master_Log_File: black-bin.000002 Slave_IO_Running: YesSlave_SQL_Running: YesReplicate_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: 0Exec_Master_Log_Pos: 2048Relay_Log_Space: 2481Until_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: 0Master_SSL_Verify_Server_Cert: NoLast_IO_Errno: 0Last_IO_Error:Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids:Master_Server_Id: 1Master_UUID: 05b47d41-7b10-11e2-9fff-00241db92e69 Master_Info_File: mysql.slave_master_infoSQL_Delay: 0SQL_Remaining_Delay: NULLSlave_SQL_Running_State: Slave has READ ALL relay log; waiting FOR the slave I/O thread TO UPDATE it Master_Retry_Count: 86400Master_Bind: Last_IO_Error_Timestamp:Last_SQL_Error_Timestamp:Master_SSL_Crl:Master_SSL_Crlpath:Retrieved_Gtid_Set: 05b47d41-7b10-11e2-9fff-00241db92e69:16-19Executed_Gtid_Set: 05b47d41-7b10-11e2-9fff-00241db92e69:1-19,4f65e570-7b32-11e2-a0de-00241db92e69:1Auto_Position: 11 ROW IN SET (0.00 sec) ##可以停止复制了。mysql [localhost] {msandbox} (test) > stop slave;Query OK, 0 ROWS affected (1.36 sec)
  • 1
  • 2
  • 下一页
MySQL 5.6主从复制第一部分[简介及配置]MySQL 5.6主从复制第三部分[把从服务器提升为主服务器]相关资讯      MySQL 5.6  MySQL 5.6主从复制 
  • MySQL 5.6 的--dump-slave参数的用  (07月03日)
  • MySQL 5.6快速定位不合理索引  (05月07日)
  • MySQL 5.6 参数之 extra_port  (01月14日)
  • Linux下安装MySQL 5.6.10包冲突问  (05月10日)
  • MySQL-5.6.x二进制版本安装记录  (04月10日)
  • MySQL 5.6开启全查询日志时注意事  (12/21/2015 19:48:58)
本文评论 查看全部评论 (0)
表情: 姓名: 字数