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二进制日志文件(主从数据同步就是通过这个日志文件)
从服务器要能够连接到主服务器上,因此要在主服务器上对从服务器授权