mysql主从同步原理
说明：
这里只讨论单向主从
前提：
主库的二进制日志文件开启
原理：
主从同步事件有哪些
在master机器上，主从同步事件会被写到特殊的log文件中(binary-log);
主从同步事件有3种形式:statement、row、mixed。
statement：会将对数据库操作的sql语句写入到binlog中。
row：会将每一条数据的变化写入到binlog中。
mixed：statement与row的混合。Mysql决定什么时候写statement格式的，什么时候写row格式的binlog。
在master机器上的操作
当master上的数据发生改变的时候，该事件(insert、update、delete)变化会按照顺序写入到binlog中。
binlog dump线程
当slave连接到master的时候，master机器会为slave开启binlog dump线程。当master 的 binlog发生变化的时候，binlog dump线程会通知slave，并将相应的binlog内容发送给slave。
在slave机器上的操作
当主从同步开启的时候，slave上会创建2个线程。
I/O线程。该线程连接到master机器，master机器上的binlog dump线程会将binlog的内容发送给该I/O线程。该I/O线程接收到binlog内容后，再将内容写入到本地的relay log。
SQL线程。该线程读取I/O线程写入的relay log。并且根据relay log的内容对slave数据库做相应的操作。
下面的原理可忽略
原理：
mysql的主从复制是通过master端的二进制日志来实现的，因此需要把master端的二进制日志打开；master端的mysql执行任何写操作，都会把写操作记录到二进制日志文件里，slave端会时时刻刻去同步master端的这个二进制日志文件到本地，在本地形成两个类似 xxxx-relay-bin.0000xx 的relay日志文件，这个relay日志文件里记录了master端执行的所有写操作，然后slave端会根据这个relay文件将文件里的写操作语句重新执行一遍，注意并不是把文件里的所有语句都执行一遍，在这个relay文件里，有一个时间点或pos值，记录master在这个时间点或pos值执行了怎样的写操作，然后slave端会根据这个时间点或是pos值执行相应的操作；下一次执行会根据上次执行到的时间点或pos值继续后面的数据同步，从而使两边的数据一致
如上图：
mysql-binlog.0000xx：本地二进制日志文件，记录本地所有的写操作
mysqld-relay-bin.0000xx：同步主库二进制日志文件到本地形成的日志文件，里面记录了主库的写操作，主库正在使用的二进制文件名和pos值，如下图：
主库执行写操作，从库的二进制文件mysql-binlog.0000xx里面的pos值是不会发生变化的，但是从库的这个mysqld-relay-bin.0000xx文件里的pos值会发生变化，会把主库的写操作同步到此文件里，如下图：
要点：
主从服务器上的数据要一致（注意：数据不一致，一样可以建立主从同步）
主服务器要开启mysqlbinlog二进制日志文件（主从数据同步就是通过这个日志文件）
从服务器要能够连接到主服务器上，因此要在主服务器上对从服务器授权
