以前感觉集群、读写分离，xxxx 都是狂拽牛逼吊炸天的东西。弄完之后发现其实都是很简单的，只要你感兴趣。
两台机器：
mysql01：192.168.1.222
mysql02：192.168.1.223
注意，如果你是虚拟机复制模拟的，得改下mysql/data下的auto.cnf，两台机器的uuid不能相同。服务器的的 selinux 都要 disable（修改/etc/selinux/config，将 SELINUX 改为 disabled）。
MySQL5.6 开始主从复制有两种方式：基于日志（binlog）、基于 GTID（全局事务标示符）。
主从复制（也称 A/B 复制）的原理
(1) Master将数据改变记录到二进制日志(binary log)中，也就是配置文件log-bin指定的文件，这些记录叫做二进制日志事件(binary log events)；
(2) Slave 通过 I/O 线程读取 Master 中的 binary log events 并写入到它的中继日志(relay log)；
(3) Slave 重做中继日志中的事件，把中继日志中的事件信息一条一条的在本地执行一次，完
成数据在本地的存储，从而实现将改变反映到它自己的数据(数据重放)。
mysql01：
vi /etc/my.cnf
## 在 [mysqld] 中增加以下配置项
## 设置 server_id，一般设置为 IP
server_id=222
## 复制过滤：需要备份的数据库，输出 binlog
#binlog-do-db=roncoo
## 复制过滤：不需要备份的数据库，不输出（mysql 库一般不同步）
binlog-ignore-db=mysql
## 开启二进制日志功能，可以随便取，最好有含义
log-bin=master-mysql
## 为每个 session 分配的内存，在事务过程中用来存储二进制日志的缓存
binlog_cache_size=1M
## 主从复制的格式（mixed,statement,row，默认格式是 statement）
binlog_format=mixed
## 二进制日志自动删除/过期的天数。默认值为 0，表示不自动删除。
expire_logs_days=7
## 跳过主从复制中遇到的所有错误或指定类型的错误，避免 slave 端复制中断。
## 如：1062 错误是指一些主键重复，1032 错误是因为主从数据库数据不一致
slave_skip_errors=1062
## relay_log 配置中继日志
relay_log=relay01
## log_slave_updates 表示 slave 将复制事件写进自己的二进制日志
log_slave_updates=1
启动/重启 Master 数据库服务，登录数据库，创建数据同步用户，并授予相应的权限
service mysql restart mysql -uroot -p
##创建数据同步用户，并授予相应的权限
mysql> grant replication slave, replication client on *.* to 'repl01'@'192.168.1.223' identified by '123456'; Query OK, 0 rows affected (0.00 sec)
## 刷新授权表信息
mysql> flush privileges; Query OK, 0 rows affected (0.00 sec)
## 查看 position 号，记下 position 号（从机上需要用到这个 position 号和现在的日志文件)
mysql> show master status; mysql02：
vi /etc/my.cnf
## 在 [mysqld] 中增加以下配置项
## 设置 server_id，一般设置为 IP
server_id=223
## 复制过滤：需要备份的数据库，输出 binlog
#binlog-do-db=roncoo
##复制过滤：不需要备份的数据库，不输出（mysql 库一般不同步）
binlog-ignore-db=mysql
## 开启二进制日志，以备 Slave 作为其它 Slave 的 Master 时使用
log-bin=slave-mysql
## 为每个 session 分配的内存，在事务过程中用来存储二进制日志的缓存
binlog_cache_size = 1M
## 主从复制的格式（mixed,statement,row，默认格式是 statement）
binlog_format=mixed
## 二进制日志自动删除/过期的天数。默认值为 0，表示不自动删除。
expire_logs_days=7
## 跳过主从复制中遇到的所有错误或指定类型的错误，避免 slave 端复制中断。
## 如：1062 错误是指一些主键重复，1032 错误是因为主从数据库数据不一致
slave_skip_errors=1062
## relay_log 配置中继日志
relay_log=relay02
## log_slave_updates 表示 slave 将复制事件写进自己的二进制日志
log_slave_updates=1
重启数据库 service mysql restart
添加相关参数
mysql> change master to master_host='192.168.1.222', master_user='repl01',master_password='123456', master_port=3306, master_log_file='mysql01.000001',master_log_pos=429, master_connect_retry=30; Query OK, 0 rows affected, 2 warnings (0.01 sec)
上面执行的命令的解释：
master_host='192.168.1.222' ## Master 的 IP 地址
master_user='repl' ## 用于同步数据的用户（在 Master 中授权的用户）
master_password='123456' ## 同步数据用户的密码
master_port=3306 ## Master 数据库服务的端口
master_log_file='master-mysql.000001' ##指定 Slave 从哪个日志文件开始读复制数据（可
在 Master 上使用 show master status 查看到日志文件名）
master_log_pos=429 ## 从哪个 POSITION 号开始读
master_connect_retry=30 ##当重新建立主从连接时，如果连接建立失败，间隔多久后重试。
单位为秒，默认设置为 60 秒，同步延迟调优参数。
## 查看主从同步状态
mysql> show slave status\G;
可看到 Slave_IO_State 为空， Slave_IO_Running 和 Slave_SQL_Running 是 No，表明 Slave 还
没有开始复制过程。
## 开启主从同步
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
## 再查看主从同步状态
mysql> show slave status\G;
主要看以下两个参数，这两个参数如果是 Yes 就表示主从同步正常
Slave_IO_Running: Yes Slave_SQL_Running: Yes
可查看 master 和 slave 上线程的状态。在 master 上，可以看到 slave 的 I/O 线程创建的连接：
mysql01: mysql> show processlist\G; mysql02: mysql> show processlist\G;
完成，测试在mysql01上新建数据库db1，查看mysql02。
从mysql02到mysql01是一样的步骤：
切换到mysql02上
##创建数据同步用户，并授予相应的权限
mysql> grant replication slave, replication client on *.* to 'repl02'@'192.168.1.222' identified by '123456'; Query OK, 0 rows affected (0.00 sec)
## 刷新授权表信息
mysql> flush privileges; Query OK, 0 rows affected (0.00 sec)
## 查看 position 号，记下 position 号（从机上需要用到这个 position 号和现在的日志文件)
mysql> show master status; change master to master_host='192.168.1.223', master_user='repl02',master_password='123456', master_port=3306,master_log_file='mysql02.000002',master_log_pos=567, master_connect_retry=30; mysql> start slave;Query OK, 0 rows affected (0.00 sec)
## 再查看主从同步状态
mysql> show slave status\G;
在mysql02上创建数据库db2，查看mysql01即可
