- 17.4.1.1 复制和 AUTO_INCREMENT
- 17.4.1.2 复制和黑洞表
- 17.4.1.3 复制和字符集
- 17.4.1.4 复制和校验和表
- 17.4.1.5 CREATE SERVER、ALTER SERVER 和 DROP SERVER 的复制
- 17.4.1.6 CREATE ... IF NOT EXISTS 语句的复制
- 17.4.1.7 CREATE TABLE ... SELECT 语句的复制
- 17.4.1.8 CURRENT_USER() 的复制
- 17.4.1.9 在源和副本上使用不同的表定义进行复制
- 17.4.1.10 复制和目录表选项
- 17.4.1.11 DROP ... IF EXISTS 语句的复制
- 17.4.1.12 复制和浮点值
- 17.4.1.13 复制和 FLUSH
- 17.4.1.14 复制和小数秒支持
- 17.4.1.15 复制和系统功能
- 17.4.1.16 调用特征的复制
- 17.4.1.17 复制和 LIMIT
- 17.4.1.18 复制和加载数据
- 17.4.1.19 复制和 max_allowed_packet
- 17.4.1.20 复制和内存表
- 17.4.1.21 mysql系统数据库的复制
- 17.4.1.22 复制和查询优化器
- 17.4.1.23 复制和分区
- 17.4.1.24 复制和修复表
- 17.4.1.25 复制和保留字
- 17.4.1.26 复制和源或副本关闭
- 17.4.1.27 复制期间的副本错误
- 17.4.1.28 复制和服务器 SQL 模式
- 17.4.1.29 复制表和临时表
- 17.4.1.30 复制重试和超时
- 17.4.1.31 复制和时区
- 17.4.1.32 复制和事务
- 17.4.1.33 复制和触发器
- 17.4.1.34 复制和截断表
- 17.4.1.35 复制和变量
- 17.4.1.36 复制和视图
以下部分提供了有关 MySQL 复制中支持的内容和不支持的内容的信息，以及有关复制某些语句时可能出现的特定问题和情况的信息。
基于语句的复制取决于源和副本之间 SQL 级别的兼容性。换句话说，成功的 SBR 需要源服务器和副本服务器都支持使用的任何 SQL 功能。例如，如果您在复制源服务器上使用 MySQL 5.6 中存在但在 MySQL 5.7 中删除的功能，则如果您复制到使用 MySQL 5.7 的副本，则会发生错误。当使用 MySQL 的预生产版本时，这种不兼容性也可能发生在发布系列中。
出于这个原因，在生产环境中使用 MySQL 的一般可用 (GA) 版本进行基于语句的复制，因为一旦该系列达到 GA 发布状态，我们不会引入新的 SQL 语句或在给定的版本系列中更改它们的行为。
如果您计划在 MySQL 5.6 和以前的 MySQL 版本系列之间使用基于语句的复制，那么查阅与早期版本系列相对应的MySQL 参考手册的版本以获取有关该系列的复制特性的信息 也是一个好主意.
使用 MySQL 的基于语句的复制，复制存储的例程或触发器可能会出现问题。您可以改用 MySQL 的基于行的复制来避免这些问题。有关问题的详细列表，请参阅 第 20.7 节，“存储程序二进制日志记录”。有关基于行的日志记录和基于行的复制的更多信息，请参阅 第 5.4.4.1 节，“二进制日志记录格式”和 第 17.1.2 节，“复制格式”。
有关特定于复制和的其他信息
InnoDB，请参阅
第 14.19 节，“InnoDB 和 MySQL 复制”。有关使用 NDB Cluster 进行复制的信息，请参阅
第 18.7 节，“NDB Cluster 复制”。