。Mysql Master将更新【Update】和变化【Change】作为事件【events】写入Binary log.Mysql slaves 被配置为读取Binary log from master ,以执行事件【events】.
每一个Slave 都会接收一个副本【entire content of the binary log】,由Slave来决定应执行Binary log 中的哪些语句。默认下，Slave会执行Master binary log中的所有events；在必要时，你可以配置使之只对特定库或表进行操作。
每个Slave都对自己的执行做了记录：FileName And Position within the file [binary log from the master].所以不同的slave独立执行Master binary log的不同部分，互不影响。
在复制服务中，Master和Slave都必须有惟一标识【server-id】，除此之外，每一个Slave 还应配置Master的hostName,logfileName及文件的位置。当然这些细节也可以在Slave中的Mysql会话【Mysql Session】中进行设置，使用CHANGE MASTER TO 语句。这些配置信息被保存在mysql.slave_master_info中。
具体控制语句，见手册：14.4.2 SQL Statements for Controlling Slave Servers，Section 14.4.1 SQL Statements for Controlling Master Servers，Section 18.1.6 Replication and Binary Logging Options and Variables
1设置Master
必须启动 binary logging和建立ServerId;同时为了保证最大可能的持久性【durability】和一致性【consistency】，应该将innodb_flush_log_at_trx_commit=1 and sync_binlog=1.
2.创建一个复制用户【非必须】
要确保该用户具有REPLICAION SLAVE权限。
3.获取REPLICATION MASTER BINARY LOG的坐标【COORDINATES】
如果已经启动了Binary log ,可使用下面方法获取Master 的Binarylog 坐标：
运行 FLUSH TABLES WITH READ LOCK; 刷新所有表并阻止所有写操作，即阻止Commit[对Innodb]。
在另一个Session中，可使用SHOW MASTER STATUS 来确定binary log的名称和Position。
Note：该位置就是Slave开始更新的位置。
4，准备初始数据，至于采取哪种策略取决于MASTER上是否有要同步的数据。如果要同步初始数据，请转向4.1；否则转向5.
4.1 保证Session运行以确保继续锁定。
要将Master上指定库的数据同步到各个Slave上,使用mysqldump，是推荐做法，尤其对于innodb.
通过scp命令上传到Slave服务器，
在Master上，释放锁：UNLOCK TABLES
5，建立Slave
首先对Slave进行配置,为Slave 添加ServerId，并导入文件，如图：
配置Slave使之与Master通信：
CHANGE MASTER TO
MASTER_HOST='192.168.7.44',
MASTER_USER='tjc',
MASTER_PASSWORD='123456',
MASTER_LOG_FILE='bin_log.000002',
MASTER_LOG_POS=5051;
启动Slave
查看Slave 状态：
如果 Slave_IO_Running 和 Slave_SQL_Running 都为Yes,则运行正常；如Slave_SQL_Running =NO,需要 START SLAVE.
也可以向集群中添加新的Slave，这时并不需要停止Master运行。只需要拷贝Slave的数据目录到新的Slave。具体可参考手册18.1.2.6。
关于主从复制的相关介绍，也可查看：
http://blog.csdn.net/hguisu/article/details/7325124
http://wangwei007.blog.51cto.com/68019/965575
Note:在主从复制时，如果遇到执行失败或错误，会导致从被卡住：Slave_SQL_Runnig:NO.有两种处理方式：
方法一：首先Stop slave;
然后设置：set global SQL_SLAVE_SKIP_COUNTER=1;【指在遇到报错时跳过这我条，执行下一条】
最后 Start slave;
方法二：使用 change master to ,将从的日志记录和位置强制更新到与主一致。【可能会造成数据丢失】。
推荐使用第一种。
也可参考：https://my.oschina.net/duguaoxue/blog/512152。
上面论述的只是单向主从模式，即Master-Slave，Master写，Slave只能读；Slave不能进行写操作，否则会出现问题。
下面介绍双主模式：即Master-Master：两服务器之间互为主从，都支持写操作，
配置时注意，双方都要进行change master to ,挂载到Master，
同时需将 log_slave_updates=1，将更新操作记录到BinLog，双方都要开启BInLog。
如：