17.2.1 Replication Implementation Details 复制实施细节

MySQL 复制能力实现使用3个threads，一个在master上,另外2个在slave上:

Binlog dump thread， master创建一个thread 来发送binary log 内容到一个slave,当slave连接的时候。

这个线程可以在SHOW PROCESSLIST 数据中看到:

binary log dump thread 需要一个lock 在master 的binary log 用于读取要发送给slave的evnet.

当event被读取后,lock 释放, 甚至在event被发送给slave前。

Slave I/O thread, 当START SLAVE 语句在slave server上被执行,slave创建一个I/O thread，

slave连接到master,告诉master 发送它的binary log里的更新的内容

slave I/O 线程读取 master的binlog dump thread 发送和复制它们到本地的文件,组成slave的relay log.

Slave SQL thread，slave 创建一个SQL thread 读取relay log ,是由slave I/O thread 写入。

在前面的描述中, 有三个线程每个master/slave 连接。

一个master 有多个slave 创建一个binary log dump thread 为每个连接的slave，

每个slave 有它自己的I/O 和SQL threads.

一个slave 使用2个thread 来分别的从master 读取更新和,并执行它们成为单独的任务。

因此,如果读取语句的任务不会慢下来如果执行语句是慢的。

例如, 如果slave server 有一段时间没有运行,它的I/O thread 可以很快的获取所有的binary log 内容从master，

当slave启动的时候, 即使SQL thread 远远的落后。

如果在SQL thread 已经执行所有获取的语句前停止, I/O thread 至少获取了一切,因此一份

安全的语句的拷贝被存储在slave的relay logs里,准备下次slave启动的时候执行。

SHOW PROCESSLIST 语句提供的信息告诉你在master和slave上对于复制发生了什么。

下面的例子阐释三个thread 如何显示在输出的列表里:

在master server上,通过SHOW PROCESSLIST；

mysql> SHOW PROCESSLISTG
***************** 1. row *****************
Id: 2
User: root
Host: localhost:32931
db: NULL
Command: Binlog Dump
Time: 94
State: Has sent all binlog to slave; waiting for binlog to
be updated
Info: NULL

在这里 thread 2 是一个Binlog Dump 复制线程, 服务于slave连接。

状态信息表明所有的update 已经发送到slave，master 是在等待更多的更新发生。

如果你在master上没有看到Binlog Dump threads 在一个master上, 这意味着,复制没有运行,

也就是说没有slave连接。

在slave server上, SHOW PROCESSLIST显示如下:

mysql> SHOW PROCESSLISTG
***************** 1. row *****************
Id: 10
User: system user
Host:
db: NULL
Command: Connect
Time: 11
State: Waiting for master to send event
Info: NULL
***************** 2. row *****************
Id: 11
User: system user
Host:
db: NULL
Command: Connect
Time: 11
State: Has read all relay log; waiting for the slave I/O
thread to update it
Info: NULL

状态信息表明 thread 10 是I/O thread 是和Master 连接的, thread 11 是SQL thread

处理更新存储在relay logs里的内容.