MySQL主从复制的流程
1.主库db的更新事件(update、insert、delete)被写到binlog
2.主库创建一个binlog dump thread，把binlog的内容发送到从库
3.从库启动并发起连接，连接到主库
4.从库启动之后，创建一个I/O线程，读取主库传过来的binlog内容并写入到relay log文件中
从库启动之后，创建一个SQL线程，从relay log里面读取内容，从Exec_Master_Log_Pos位置开始执行读取到的更新事件，将更新内容写入到slave的db
Binlog 日志的三种格式
格式类型 格式特性
ROW 仅保存记录被修改细节，不记录SQL语句上下文相关信息
STATEMENT 每一条会修改数据的SQL都会记录在Binlog中
MIXED 以上两种level的混合使用
主从复制的几种方式
同步复制
所谓的同步复制，意思是master的变化，必须等待slave-1,slave-2,...,slave-n完成后才能返回。
这样，显然不可取，也不是MYSQL复制的默认设置。比如，在WEB前端页面上，用户增加了条记录，需要等待很长时间。
异步复制
如同AJAX请求一样。master只需要完成自己的数据库操作即可。至于slaves是否收到二进制日志，是否完成操作，不用关心。MYSQL的默认设置。
半同步复制
master只保证slaves中的一个操作成功，就返回，其他slave不管。
这个功能，是由google为MYSQL引入的。
主从复制分析
问题：当master的二进制日志每产生一个事件，都需要发往slave，如果我们有N个slave,那是发N次，还是只发一次？
如果只发一次，发给了slave-1，那slave-2,slave-3,...它们怎么办？
显然，应该发N次。实际上，在MYSQL master内部，维护N个线程，每一个线程负责将二进制日志文件发往对应的slave。master既要负责写操作，还的维护N个线程，负担会很重。可 以这样，slave-1是master的从，slave-1又是slave-2,slave-3,...的主，同时slave-1不再负责select。 slave-1将master的复制线程的负担，转移到自己的身上。这就是所谓的多级复制的概念。
