Mysql5.7主从复制（常遇问题解决）
本文概览：
-
备份原数据库并记录相关事务点
-
在原数据库中建立复制用户
-
在新实例上恢复备份数据库
-
在新实例上配置复制链路
-
在新实例上启动复制
一、备份Master上的数据库
mysql>mysqldump --master-data=2 --single-transaction --routines --triggers --events -uroot -p imooc_db > bak_imooc.sql
master-data记录日志点
single-transaction指定备份是在一个事务中完成
routines备份存储过程
triggers备份触发器
events备份事件
输入密码后有可能显示如下异常：
mysqldump: Error: Binlogging on server not active
则需要开启日志功能：
/etc/my.conf中新增：
必须放在mysqld的下面
log-bin=mysql
server-id=1
再次执行则可成功。
二、将备份文件导入到数据库中
新建数据库
order_db：># mysql -u root -p -e"create database order_db"
导入备份文件到数据库中
>#mysql -uroot -p order_db < bak_imooc.sql
三、在主节点中新建主从复制的账号
mysql> create user 'im_repl'@'172.22.%.%' identified by '123456';
可能会由于安全策略出现创建失败的情况，只需要修改一下安全策略：两种常用方法：
- 在/etc/my.cnf配置文件中增加validate_password=off（[mysqld]的下面）；
- set global validate_password_policy=0;(修改密码策略为LOW)，set global validate_password_length=0;（修改密码长度）；
四、授予主从复制账号权限
mysql> grant replication slave on *.* to 'im_repl'@'172.22.%.%';
五、在从节点中新建复制链路
== 在mysql中如果有不熟悉的命令可以通过\h 命令关键字，进行查看。==
mysql>change master to master_host=’172.22.34.28’, master_user=’im_repl’,master_password=’123456’, MASTER_LOG_FILE='mysql-bin.000002', MASTER_LOG_POS=154
参数说明：
master_host是同步的主机地址
master_user是同步的用户
master_password是同步的密码
master_log_file是同步的文件名
MASTER_LOG_POS是同步的位置
以上两个值都是从备份文件中直接复制的：
经过以上配置是否就可以直接启动了呢？
我们在主服务器中用的数据库名称是“master_db”，但是从服务器中的数据库名是“order_db”、“product_db”、“customer_db”，这样一来从库和主库的数据库名不一样，直接启动会报错的。
所以，需要建立过滤链接：
Mysql> change replication filter replicate_rewrite_db=((master_db, order_db));
查看状态：
mysql> show slave status \G
*************************** 1. row ***************************
Slave_IO_State:
Master_Host: 172.22.34.28
Master_User: im_repl
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000002
Read_Master_Log_Pos: 154
Relay_Log_File: localhost-relay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File: mysql-bin.000002
Slave_IO_Running: No
Slave_SQL_Running: No
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: 154
Relay_Log_Space: 154
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: 0
Master_UUID:
Master_Info_File: /var/lib/mysql/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State:
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
Replicate_Rewrite_DB: (master_db,order_db)
Channel_Name:
Master_TLS_Version:
1 row in set (0.00 sec)
Replicate_Rewrite_DB: (master_db,order_db)
六、正式开启主从复制功能
mysql>start slave;
如果一切正常，则show slave status;后：
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
但是，有时候会出现以下情况：
Slave_IO_Running: No
Slave_SQL_Running: Yes
此时，就要查看从节点的日志了（/var/log/mysqld.log），我遇到的问题如下：
Slave I/O for channel '': Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the --replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it). Error_code: 1593
通过分析可知，是由于server-id冲突造成的，而且mysql 5.6的复制引入了uuid的概念，各个复制结构中的server_uuid也得保证不一样才行：
首先修改server-id：
vi /etc/my.cnf
[mysqld]
server-id=1
然后修改server_uuid：
// 查看
show variables like '%server_uuid%';
Master：
mysql> show variables like '%server_uuid%';
+---------------+--------------------------------------+
| Variable_name | Value |
+---------------+--------------------------------------+
| server_uuid | 46d587a7-3660-11e9-8173-080027b427af |
+---------------+--------------------------------------+
1 row in set (0.01 sec)
Slave：
mysql> show variables like '%server_uuid%'
-> ;
+---------------+--------------------------------------+
| Variable_name | Value |
+---------------+--------------------------------------+
| server_uuid | 46d587a7-3660-11e9-8173-080027b427af |
+---------------+--------------------------------------+
1 row in set (0.02 sec)
Master和Slave中的server_uuid是一样的，这就是出错的原因。那么这个问题是如何产生的呢？
原来我是用虚拟机来模拟的环境，在配置好master后，我直接复制了master的虚拟机修改了一下虚拟机名后当作了slave。
问题解决：
找到data文件夹下的auto.cnf文件，修改里面的uuid值，保证各个db的uuid不一样，重启db即可。
// 查看auto.cnf文件的位置：
>vi /etc/my.cnf
[mysqld]
#
...
log_bin=mysql-bin
server-id=1
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
symbolic-links=0
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
validate_password=off
// 找到data的目录
datadir=/var/lib/mysql
vi auto.cnf // 修改id即可
修改完后，需要重启：
service mysqld restart