想要了解MySQL数据复制的特性和限制，就必须知道MySQL主节点和从节点之间的基本结构。

如图2-1所示，下面是几个在标准异步MySQL数据复制环境中的成功操作示例。这并不是涉及所有相关数据、内存、文件I/O操作执行的详细列表，而更像是重要步骤列表的概要。
 

图2-1  MySQL数据复制工作流

(1)  MySQL事务是从主节点开始的(①)。

(2) 有一条或多条SQL语句被引用在主节点(②)。实际结果的真实执行情况取决于所使用的存储引擎。一般来说，不管使用哪种存储引擎，改变数据的操作都是在适当的内存缓存中首先被记录的。以InnoDB为例，语句会被记录在InnoDB事务日志中(注意，InnoDB中的数据是由独立的后台线程写到磁盘上的)。对于MyISAM，操作是直接写入合适的表数据文件的。

(3) 当事务完成时，主节点的二进制日志记录了已生效的DML或DDL语句结果(③)。MySQL支持多种记录语句或者实际数据改变的模式。

(4) 将成功标识符返回给调用的客户端程序，以说明这个事务已经完成(④)。

(5) 从服务器能检测到主节点二进制日志位置上的变化(⑤)。

(6) 从节点I/O线程会把从服务器接收到的变化(例如读取数据的拉取过程)写入从节点中继日志中(⑥)。

(7) 从节点SQL线程从中继日志中读取新事件(⑦)，并且把所有语句应用到事务中(⑧)。这些变化可能被记录为一条要被执行的语句，或者一次物理行修改。

(8) 成功标识符在事务完成时会返回到从节点数据管理工具中。

总的来说，SQL事务是被记录在主节点二进制日志中的。这个日志的改变会被当作触发事件而引导从节点发生改变。本书中我们将会讨论能够影响或改变这种默认异步行为的特性。