mysql主主同步原理_mysql的主从同步原理和要点

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二进制日志文件(主从数据同步就是通过这个日志文件)

从服务器要能够连接到主服务器上，因此要在主服务器上对从服务器授权