主从复制:

mysql会赋予一些特殊的权限给复制线程,在备库运行的I/O线程会建立一个到主库TCP/IP连接,这意味着必须在主库创建一个用户,并赋予其合适的权限,备库I/O线程以该用户名连接到主库并取其二进制日志;(摘自:高性能mysql => 复制)

在192.168.1.1 中创建一个192.168.1.2主机中可以登录的MySQL用户
//192.168.1.1 : 主数据库服务器:

注意1:这里我把这个账号限制在本地并且只有192.168.1.2这个主机可以访问,因为这是一个特殊权限的账号(尽管这个账号无法执行select或者update),但是任然能从二进制日志中获取一些数据(摘自:高性能mysql => 复制)

MySQL配置文件都在: /etc/my.cnf

注意：二进制日志必须开启，因为数据的同步实质上就是其他的MySQL数据库服务器将这个数据变更的二进制日志在本机上再执行一遍。

在备库中执行：

完成主从复制配置

在备库中执行:

注意:当看到Slave_IO_Running: YES、Slave_SQL_Running: YES才表明状态正常(如有异常请看3.关于报错中提供的解决方案!)

主主复制:

–192.168.1.1

–192.168.1.2

配置好后重启MySQL

第一步：
在192.168.1.1中创建一个192.168.1.2主机中可以登录的MySQL用户

第二步：
在192.168.1.1查看二进制日志名和位置

在192.168.1.2中执行：

第三步：
在192.168.1.2中创建一个192.168.1.1主机中可以登录的MySQL用户

第四步：
在192.168.1.2查看二进制日志名和位置

在192.168.1.1中执行：

分别开启START SLAVE;

注意:当看到两台主机的Slave_IO_Running: YES、Slave_SQL_Running: YES才表明状态正常

1.主从同步报错Fatal error: The slave I/O thread stops because master and slave have equal MySQL server
原因分析：
mysql 5.6的复制引入了uuid的概念，各个复制结构中的server_uuid得保证不一样，但是查看到直接copy data文件夹后server_uuid是相同的，show variables like ‘%server_uuid%’;
解决方法：
找到data文件夹下的auto.cnf文件，修改里面的uuid值，保证各个db的uuid不一样，重启db即可

场景二：创建主从关系时copy了同样的my.cnf文件，报错
Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids;
原因分析：
和server_uuid类似，servier_id也得保证不一样
解决方法：
找到my.cnf配置文件中的server_id，修改从库的server_id保证和复制结构中的其他db不一样，重启db即可

1、主主复制配置文件中auto_increment_increment和auto_increment_offset只能保证主键不重复，却不能保证主键有序。

2、当配置完成Slave_IO_Running、Slave_SQL_Running不全为YES时，show slave status\G信息中有错误提示，可根据错误提示进行更正。

3、Slave_IO_Running、Slave_SQL_Running不全为YES时，大多数问题都是数据不统一导致。

常见出错点：

1、两台数据库都存在db数据库，而第一台MySQL db中有tab1，第二台MySQL db中没有tab1，那肯定不能成功。

2、已经获取了数据的二进制日志名和位置，又进行了数据操作，导致POS发生变更。在配置CHANGE MASTER时还是用到之前的POS。

3、stop slave后，数据变更，再start slave。出错。

终极更正法：重新执行一遍CHANGE MASTER就好了。