一、基于语句的复制
在MySQL5.0之前的版本只支持基于语句的复制(也称为逻辑复制),这在数据库领域是很少见的。基于语句的复制模式下,主库会记录那些造城数据更改的查询,当备库读取并重放这些事件时,实际上只是将主库上的SQL再执行一遍。 这种方式的既有好处,又有缺点。
最明显的好处就是实现简单。理论上讲,简单的记录和执行这些语句,能够让主备保持同步。另一个好处是二进制日志文件里的事件更加紧凑,所以相对而言,基于语句的模式不会使用太多带宽。一条更新好几兆的语句在二进制日志文件里可能只占用几十个字节。另外使用 mysqlbinlog工具是使用基于语句的日志的最佳工具。
但事实上基于语句的复制可能并不如此便利。因为主库上的数据更新除了执行的语句外,可能还依赖于其他因素。例如,同一条SQL在主库和备库上执行的时间可能稍微不同,因此在传输的二进制日志中,除了查询语句,还包括了一下元数据信息,如当前的时间戳。即便如此,还存在一些无法被正确复制的SQL。例如,使用CURRENT_USER() 函数的语句。存储过程和触发器在使用基于语句的复制也可能存在问题。
二、基于行的复制
MySQL5.1开始支持基于行的复制,这种方式会将实际数据记录在二进制日志中,跟其他数据库比较相像。它有其自身的一些优点和缺点。最大的好处是可以正确的复制每一行,一些语句可以被更加有效地复制。
由于无法重放更新主库数据的查询,使用基于行的复制模式能够高效地复制数据。重放一些查询的语句代价可能会更高。例如:
mysql> INSERT INTO table1 (col1,c ol2, col3)
-> SELECT col, col2, sum(col3)
->