介绍
为什么要主从复制
- 做数据的热备
- 如果主数据库宕机，可以快速将业务系统切换到从数据库上，可避免数据丢失。
- 业务量越来越大，I/O访问频率过高，单机无法满足，此时做多库的存储，降低磁盘I/O访问的频率，提高单个机器的I/O性能。如果对数据库的读和写都在同一个数据库服务器中操作，业务系统性能会降低。
- 在业务复杂的系统中，有这么一个情景，有一句sql语句需要锁表，导致暂时不能使用读的服务，那么就很影响运行中的业务，使用主从复制，让主库负责写，从库负责读，这样，即使主库出现了锁表的情景，通过读从库也可以保证业务的正常运作。通过做主从复制（读写分离）来减轻主数据库的负载。
原理
步骤一：主库db的更新事件(update、insert、delete)被写到binlog步骤二：从库发起连接，连接到主库步骤三：此时主库创建一个binlog dump thread，把binlog的内容发送到从库步骤四：从库启动之后，创建一个I/O线程，读取主库传过来的binlog内容并写入到relay log步骤五：还会创建一个SQL线程，从relay log里面读取内容，从Exec_Master_Log_Pos位置开始执行读取到的更新事件，将更新内容写入到slave的db
注：上面的解释是解释每一步做了什么，整个mysql主从复制是异步的，不是按照上面的步骤执行的。
同步操作通过 3 个线程实现，其基本步骤如下：
主从复制
准备工作
- 主从数据库版本最好一致
- 主从数据库内数据保持一致
- 主数据库：10.168.1.248 从数据库：10.168.1.249
配置主库Master
修改MySQL配置
找到主数据库的配置文件my.cnf，我的在
/etc/my.cnf在[mysqld]部分插入
- *配置说明 **
log-bin：设置二进制日志文件的基本名；log-bin-index：设置二进制日志索引文件名；binlog_format：控制二进制日志格式，进而控制了复制类型，三个可选值-STATEMENT：语句复制-ROW：行复制-MIXED：混和复制，默认选项server-id：服务器设置唯一ID，默认为1，推荐取IP最后部分；sync-binlog：默认为0，为保证不会丢失数据，需设置为1，用于强制每次提交事务时，同步二进制日志到磁盘上。
创建用户
重启服务，创建用于同步的用户
打开mysql会话shell
创建用户并授权：用户：repl密码：repl'
查看master状态
记录二进制文件名(mysql-bin.000001)和位置(154):
配置从库Slave
修改MySQL配置
找到主数据库的配置文件my.cnf，我的在
/etc/my.cnf在[mysqld]部分插入
执行同步SQL语句
重启mysql，打开mysql会话，执行同步SQL语句(需要主服务器主机名，登陆凭据，二进制文件的名称和位置)：
启动slave同步进程
查看slave状态
当Slave_IO_Running和Slave_SQL_Running都为YES的时候就表示主从同步设置成功了。
验证
- 主服务器
- 从服务器
