一、实验目标
搭建两台MySQL服务器，一台作为主服务器，一台作为从服务器，主服务器进行写操作，从服务器进行读操作。
二、测试环境
主数据库： CentOS7， MySQL5.6.38 ， 10.100.50.27
从数据库： CentOS7， MySQL5.6.38 ， 10.100.50.32
三、主从配置步骤
1、确保主数据库与从数据库里的数据一样
例如：主数据库里的a的数据库里有b，c，d表，那从数据库里的就应该有一个模子刻出来的a的数据库和b，c，d表
我这里在两台MySQL上都创建了个名为“test”的数据库来测试，如图：
2、在主数据库里创建一个同步账号
1）每个从数据库会使用一个MySQL账号来连接主数据库，所以我们要在主数据库里创建一个账号，并且该账号要授予 REPLICATION SLAVE 权限，你可以为每个从数据库分别创建账号，当然也可以用同一个！）
2）你可以用原来的账号不一定要新创账号，但你应该注意，这个账号和密码会被明文存放在master.info文件中，因此建议单独创一个只拥有相关权限的账号，以减少对其它账号的危害！）
3）创建新账号使用“CREATEUSER”，给账号授权使用“GRANT”命令，如果你仅仅为了主从复制创建账号，只需要授予REPLICATION SLAVE权限。
4）下面来创建一个账号（我这里使用的root账号），账号名：root，密码：123456，只允许10.100.50.的IP段登录，如下：
. mysql>CREATE USER 'root'@'10.100.50.%' IDENTIFIED BY '123456';
. mysql>GRANT REPLICATION SLAVE ON *.* TO 'root'@'10.100.50.%';
5）如果开发防火墙，可能要配置下端口，如下：
. firewall-cmd--zone=public --add-port=3306/tcp --permanent
. firewall-cmd--reload
3、配置主数据库
1）要主数据库，你必须要启用二进制日志（binary logging），并且创建一个唯一的Server ID，这步骤可能要重启MySQL。
2）主服务器发送变更记录到从服务器依赖的是二进制日志，如果没启用二进制日志，复制操作不能实现（主库复制到从库）。
3）复制组中的每台服务器都要配置唯一的ServerID，取值范围是1到(232)−1，你自己决定取值。
4）配置二进制日志和Server ID，你需要关闭MySQL和编辑my.cnf或者my.ini文件，在 [mysqld] 节点下添加配置。
5）下面是启用二进制日志，日志文件名以“mysql-bin”作为前缀，Server ID配置为1，如下：
. [mysqld]
. log-bin=mysql-bin
. server-id=1
. #网络上还有如下配置
. #binlog-do-db=mstest//要同步的mstest数据库,要同步多个数据库，就多加几个replicate-db-db=数据库名 #binlog-ignore-db=mysql //要忽略的数据库
提示1：如果你不配置server-id或者配置值为0，那么主服务器将拒绝所有从服务器的连接。
提示2：在使用InnoDB的事务复制，为了尽可能持久和数据一致，你应该在my.cnf里配置innodb_flush_log_at_trx_commit=1 和 sync_binlog=1；
For the greatest possible durabilityand consistency in a replication setup using InnoDB with transactions, you shoulduseinnodb_flush_log_at_trx_commit=1 and sync_binlog=1 in the master my.cnf file.
提示3：确保主服务器里的skip-networking选项未启用，如果网络被禁用，你的从服务器将不能与主服务器通信并且复制失败。
文件在 /etc/my.cnf 目录，如下：
在 /etc/my.cnf 增加相关配置，如下：
重启MySQL，如图：
查看主服务器状态，mysql> show master status;， 如图：
（注意：记录好File和Position，后面要用）
4、配置从数据库
1）从服务器，同理，要分配一个唯一的ServerID，需要关闭MySQL，修改好后再重启，如下：
. [mysqld]
. server-id=2
. #可以指定要复制的库
. replicate-do-db= test #在master端不指定binlog-do-db，在slave端用replication-do-db来过滤
. replicate-ignore-db= mysql #忽略的库
. #网上还有下面配置
. #relay-log=mysqld-relay-bin
提示1：如果有多个从服务器，每个服务器的server-id不能重复，跟IP一样是唯一标识，如果你没设置server-id或者设置为0，则从服务器不会连接到主服务器。
提示2：一般你不需要在从服务器上启用二进制日志，如果你在从服务器上启用二进制日志，那你可用它来做数据备份和崩溃恢复，或者做更复杂的事情（比如这个从服务器用来当作其它从服务器的主服务器）。
2）配置连接主服务器的信息
. mysql>stop slave;
. mysql>CHANGE MASTER TO
. ->MASTER_HOST='10.100.50.27',
. ->MASTER_USER='root',
. -> MASTER_PASSWORD='123456',
. ->MASTER_LOG_FILE='mysql-bin.000001',
. ->MASTER_LOG_POS=120;
. mysql> start slave;
3）查看从服务器状态
. mysql>show slave status \G;
5、测试数据同步
测试，连接主服务器 10.100.50.27，添加了表 aaa，
然后再连接上 10.100.50.32，发现也自己同步创建了表 aaa，如图：
然后在主数据库添加一条记录，从数据库也自动添加了记录，如图：
至此，主从的配置已经完成了， 目前是在从库里面配置复制“test”这个库，
如果要添加其它库，可以在主服务器中添加“binlog-do-db”配置，或者在从服务器中添加“replicate-do-db”配置。
遇到的问题：
Fatal error: The slave I/O thread stops because master and slavehave equal MySQL server UUIDs; these UUIDs must be different for replication towork.
原因分析：
mysql 5.6的复制引入了uuid的概念，各个复制结构中的server_uuid得保证不一样，但是查看到直接copy data文件夹后server_uuid是相同的，show variables like'%server_uuid%';
解决方法：
找到data文件夹下的auto.cnf文件，修改里面的uuid值，保证各个db的uuid不一样，重启db即可，或者删掉auto.cnf文件,重启mysql，会自动生成新的anto.cnf文件
参考1：
最近在部署MySQL主从复制架构的时候，碰到了"Last_IO_Error: Fatal error: The slave I/O thread stops becausemaster and slave have equal MySQL server UUIDs; these UUIDs must bedifferent for replication to work." 这个错误提示。即主从架构中使用了相同的UUID。检查server_id系统变量，已经是不同的设置，那原因是？接下来为具体描述。
1、错误消息
mysql> show slave staus;
Last_IO_Error: Fatal error: The slave I/O thread stops because master and slavehave equal MySQL server UUIDs;
these UUIDs must be different for replication to work.
2、查看主从的server_id变量
master_mysql> show variables like 'server_id';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id | 33 |
+---------------+-------+
slave_mysql>show variables like 'server_id';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id | 11 |
+---------------+-------+
-- 从上面的情形可知，主从mysql已经使用了不同的server_id
3、解决故障
###查看auto.cnf文件
[root@dbsrv1 ~] cat /data/mysqldata/auto.cnf ### 主上的uuid
[auto]
server-uuid=62ee10aa-b1f7-11e4-90ae-080027615026
[root@dbsrv2~]# more /data/mysqldata/auto.cnf ###从上的uuid，果然出现了重复，原因是克隆了虚拟机，只改server_id不行
[auto]
server-uuid=62ee10aa-b1f7-11e4-90ae-080027615026
[root@dbsrv2~]# mv /data/mysqldata/auto.cnf /data/mysqldata/auto.cnf.bk ###重命名该文件
[root@dbsrv2 ~]# service mysql restart ###重启mysql
Shutting down MySQL.[ OK ]
Starting MySQL.[ OK ]
[root@dbsrv2 ~]# more /data/mysqldata/auto.cnf ###重启后自动生成新的auto.cnf文件，即新的UUID
[auto]
server-uuid=6ac0fdae-b5d7-11e4-a9f3-0800278ce5c9
###再次查看slave的状态已经正常
[root@dbsrv1 ~]# mysql -uroot -pxxx -e "show slave status\G"|grepRunning
Warning: Using a password on the command line interface can be insecure.
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Slave_SQL_Running_State: Slave has read all relay log;waiting for the slave I/O thread to update it
###主库端查看自身的uuid
master_mysql> show variables like 'server_uuid';
+---------------+--------------------------------------+
| Variable_name | Value |
+---------------+--------------------------------------+
| server_uuid | 62ee10aa-b1f7-11e4-90ae-080027615026 |
+---------------+--------------------------------------+
1 row in set (0.00 sec)
###主库端查看从库的uuid
master_mysql> show slave hosts;
+-----------+------+------+-----------+--------------------------------------+
| Server_id | Host | Port | Master_id | Slave_UUID |
+-----------+------+------+-----------+--------------------------------------+
| 33 | | 3306 | 11 | 62ee10aa-b1f7-11e4-90ae-080027615030 |
| 22 | | 3306 | 11 | 6ac0fdae-b5d7-11e4-a9f3-0800278ce5c9 |
+-----------+------+------+-----------+--------------------------------------+
参考2：
1. 主从同步出现一下错误：
2.
3. Slave_IO_Running: Connecting
4. Slave_SQL_Running: Yes
5.
6. 解决方法：
7.
8. 导致lave_IO_Running 为connecting 的原因主要有以下 3 个方面：
9.
10. 1、网络不通
11. 2、密码不对
12. 3、pos不对
13.
14. 我敢肯定的并且排除的两个原因
15.
16. 1. 网络原因：在从库上拷贝主库上的备份文件的时候并没有出现任何的错误，因此可以排除。
17. 2. POS 不对：这个我也可以排除，因为在主库上 show maste status 时我记录过了 POS，所以也将这个原因排除了。
18.
19. 很显然的问题是出现在 password 上面，只是我在从库上执行
20.
21. CHANGE MASTER TO
22. MASTER_HOST='192.168.223.101',
23. MASTER_USER='liyao',
24. MASTER_PASSWORD='liyao',
25. MASTER_LOG_FILE='mysql-bin.000008',
26. MASTER_LOG_POS= 261;
27.
28. 的时候 MASTER_PASSWORD='liyao', 中的 'liyao' 写成了 'liyao '，因此导致了从库上的 Slave_IO_Running: Connecting。
29.
30.
31. 修改过后再来查看从库的状态，问题已经解决
32.
33.
34. mysql> show slave status\G *************************** 1. row ***************************
35. Slave_IO_State: Waiting for master to send event
36. Master_Host: 192.168.223.101
37. Master_User: liyao
38. Master_Port: 3306
39. Connect_Retry: 60
40. Master_Log_File: mysql-bin.000008
41. Read_Master_Log_Pos: 261
42. Relay_Log_File: template-relay-bin.000002
43. Relay_Log_Pos: 253
44. Relay_Master_Log_File: mysql-bin.000008
45. Slave_IO_Running: Yes
46. Slave_SQL_Running: Yes
47. Replicate_Do_DB:
48. Replicate_Ignore_DB:
49. Replicate_Do_Table:
50. Replicate_Ignore_Table:
51. Replicate_Wild_Do_Table:
52. Replicate_Wild_Ignore_Table:
53. Last_Errno: 0
54. Last_Error:
55. Skip_Counter: 0
56. Exec_Master_Log_Pos: 261
57. Relay_Log_Space: 412
58. Until_Condition: None
59. Until_Log_File:
60. Until_Log_Pos: 0
61. Master_SSL_Allowed: No
62. Master_SSL_CA_File:
63. Master_SSL_CA_Path:
64. Master_SSL_Cert:
65. Master_SSL_Cipher:
66. Master_SSL_Key:
67. Seconds_Behind_Master: 0
68. Master_SSL_Verify_Server_Cert: No
69. Last_IO_Errno: 0
70. Last_IO_Error:
71. Last_SQL_Errno: 0
72. Last_SQL_Error:
73. Replicate_Ignore_Server_Ids:
74. Master_Server_Id: 255
75. 1 row in set (0.00 sec)
76.
77.
78. 由此得出的结论，在实验过程中还是需要细心，避免为自己的实验过程造成不必要的麻烦。