mysql复制不需要slave打开binlog
Mysql的 Replication 是一个异步的复制过程(mysql5.1.7以上版本分为异步复制和半同步两种模式),从Master复制到另一个 Slave。在 Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成,其中两个线程(Sql线程和IO线程)在 Slave 端,另外一个线程(I
Mysql的 Replication 是一个异步的复制过程(mysql5.1.7以上版本分为异步复制和半同步两种模式),从Master复制到另一个 Slave。在 Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成,其中两个线程(Sql线程和IO线程)在 Slave 端,另外一个线程(IO线程)在 Master 端。
要实现 MySQL 的 Replication ,首先必须打开 Master 端的Binary Log(mysql-bin.xxxxxx)功能,否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全 顺序的执行日志中所记录的各种操作。打开 MySQL 的 Binary Log 可以通过在启动 MySQL Server 的过程中使用 “—log-bin” 参数选项,或者在 my.cnf 配置文件中的 mysqld 参数组([mysqld]标识后的参数部分)增加 “log-bin” 参数项。
MySQL 复制的基本过程:
1.Slave?上面的IO线程连接上 Master,并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容;
2.?Master?接收到来自 Slave 的 IO 线程的请求后,通过负责复制的 IO 线程根据请求信息读取指定日志指定位置之后的日志信息,返回给 Slave 端的 IO 线程。返回信息中除了日志所包含的信息之外,还包括本次返回的信息在 Master 端的 Binary Log 文件的名称以及在 Binary Log 中的位置;
3.?Slave?的 IO 线程接收到信息后,将接收到的日志内容依次写入到 Slave 端的Relay Log文件(mysql-relay-bin.xxxxxx)的最末端,并将读取到的Master端的bin-log的文件名和位置记录到master- info文件中,以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容,请发给我”
4.?Slave?的 SQL 线程检测到 Relay Log 中新增加了内容后,会马上解析该 Log 文件中的内容成为在 Master 端真实执行时候的那些可执行的 Query 语句,并在自身执行这些 Query。这样,实际上就是在 Master 端和 Slave 端执行了同样的 Query,所以两端的数据是完全一样的。
上面讲了这么多的复制过程,下面就要讲到mysql bin log的设置
MASTER:
master上只需要打开bin log;
设置binlog的复制模式为混合模式,即binlog_format=mixed;
不需要打开bin-relay。
SLAVE:
不需要打开bin-log,因为SLAVE上的bin log都来源于MASTER的数据传入,如果打开,这里其实是给slave增加了IO负担;
上面的复制过程可以看到,我们slave上的IO进程获得到MASTER上的bin-log日志,然后记录到中继日志relay-bin中,然后slave上的SQL进程读取relay-bin的内容,并在slave上执行,达到复制的目的。
此处只要开启relay-bin就可以了。
如果有想使用SLAVE作为MASTER的备机,随时转换位置,作为MASTER使用的话,建议还是要再SLAVE上开启binlog
原文地址:mysql复制不需要slave打开binlog, 感谢原作者分享。
推荐阅读
-
主从(master/slave)默认引擎不一致导致复制失败解决_MySQL
-
mysql (master/slave)复制原理及配置
-
mysql (master/slave)复制原理及配置
-
mysql slave节点多线程复制
-
MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践
-
MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践
-
[转]Mysql主从复制(master-slave)实际操作案例
-
[转]mysql的slave怎么记录binlog
-
003.MySQL高可用主从复制新增slave
-
MySQL GTID复制Slave跳过错误事务Id以及复制排错问题总结