MySQL复制环境（主从/主主）部署总结性梳理

Mysql复制概念说明
Mysql内建的复制功能是构建大型，高性能应用程序的基础。将Mysql的数据分布到多个系统上去，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知新的更新。

需要注意的是：
在进行mysql复制时，所有对复制中的表的更新必须在主服务器上进行。否则必须要小心，以避免用户对主服务器上的表进行的更新与对从服务器上的表所进行的更新之间的冲突。

1）Mysql支持的复制类型
    1--基于语句的复制： 在主服务器上执行的SQL语句，在从服务器上执行同样的语句。MySQL默认采用基于语句的复制，效率比较高。一旦发现没法精确复制时，会自动选着基于行的复制。
    2--基于行的复制：把改变的内容复制过去，而不是把命令在从服务器上执行一遍. 从mysql5.0开始支持
    3--混合类型的复制: 默认采用基于语句的复制，一旦发现基于语句的无法精确的复制时，就会采用基于行的复制。

2）Mysql复制能解决的问题
    1--数据分布 (Data distribution )
    2--负载平衡(load balancing)
    3--数据备份(Backups) ，保证数据安全
    4--高可用性和容错行(High availability and failover)
    5--实现读写分离，缓解数据库压力

3）Mysql复制是如何工作的？（复制原理）
    1--master将操作语句记录到binlog日志中，然后授予slave远程连接的权限（master一定要开启binlog二进制日志功能；通常为了数据安全考虑，slave也开启binlog功能）。
    2--slave开启两个线程：IO线程和SQL线程。其中：IO线程负责读取master的binlog内容到中继日志relay log里；SQL线程负责从relay log日志里读出binlog内容，并更新到slave的数据库里，这样就能保证slave数据和master数据保持一致了。
另外，注意两点：
    1--Mysql复制至少需要两个Mysql的服务，当然Mysql服务可以分布在不同的服务器上，也可以在一台服务器上启动多个服务。
    2--Mysql复制最好确保master和slave服务器上的Mysql版本相同（如果不能满足，最起码slave服务器的MYSQL版本必须高于slave服务器的MYSQL版本）

Mysql复制的流程图如下：

如上图所示：
     Mysql复制过程的第一部分就是master记录二进制日志。在每个事务更新数据完成之前，master在二日志记录这些改变。MySQL将事务串行的写入二进制日志，即使事务中的语句都是交叉执行的。在事件写入二进制日志完成后，master通知存储引擎提交事务。
    第二部分就是slave将master的binary log拷贝到它自己的中继日志。首先，slave开始一个工作线程——I/O线程。I/O线程在master上打开一个普通的连接，然后开始binlog dump process。Binlog dump process从master的二进制日志中读取事件，如果已经跟上master，它会睡眠并等待master产生新的事件。I/O线程将这些事件写入中继日志。
    SQL slave thread（SQL从线程）处理该过程的最后一步。SQL线程从中继日志读取事件，并重放其中的事件而更新slave的数据，使其与master中的数据一致。只要该线程与I/O线程保持一致，中继日志通常会位于OS的缓存中，所以中继日志的开销很小。
   此外，在master中也有一个工作线程：和其它MySQL的连接一样，slave在master中打开一个连接也会使得master开始一个线程。复制过程有一个很重要的限制——复制在slave上是串行化的，也就是说master上的并行更新操作不能在slave上并行操作。

4）Mysql复制的模式
    1--主从复制：主库授权从库远程连接，读取binlog日志并更新到本地数据库的过程；主库写数据后，从库会自动同步过来（从库跟着主库变）；
    2--主主复制：主从相互授权连接，读取对方binlog日志并更新到本地数据库的过程；只有对方数据改变，自己就跟着改变；
需要注意：
在网站架构中，通常是读写分离，即主库写，从库读，这样就实现了数据备份，有实现了数据负载，从而保障数据安全和性能提升。
一主多从的配置中，各个slave的配置保持一致即可！

---------------------------------------------------------------------------------------------------------------
下面记录下Mysql主从复制环境的部署过程：
1）基本环境信息
两台机器安装mysql，参考：centos 6x系统下源码安装mysql操作记录
Master机器（master-server）：192.168.1.101
slave机器（slave-server）：192.168.1.102
mysql版本：Mysql5.6

注意下面几点：
保证两台机器之间能相互ping通；
两台机器都要关闭selinux，执行setenforce 0；
两台机器防火墙设置3306端口规则（实验环境下关闭了两台机器的iptables）；
slave数据库服务器上一定要有master数据库服务器的库和表 ，即主上有的，从上就一定要有；从上有的，主上不需要跟着有；

2）主从复制配置

master服务器上my.cnf配置，添加如下内容：
[root@master-server ~]# cat /usr/local/mysql/my.cnf
......
log-bin = master-bin //二进制文件的名字
log-bin-index = master-bin.index //正在使用的二进制文件的索引目录
binlog-format = maxed //binlog的混合模式
server-id=1 //master服务器的ID值，这个一定不能跟slave的相同