MySQL 主从复制默认是库级或实例级的，但可以通过配置实现只同步部分表，即“表级复制”。这在多租户、数据隔离、读写分离或迁移过渡等场景中很实用。关键在于从库（Slave）端的过滤配置，主库（Master）无需特殊设置。
使用 replicate-do-table 指定要同步的表
这是最直接的表级控制方式，在从库的 my.cnf（或 my.ini）中配置，重启 MySQL 或动态加载生效（需支持）：
每张表单独写一行，格式为 db_name.table_name，支持通配符 % 和 _ 例如只同步 orders 和 users 表：replicate-do-table = myapp.orders
replicate-do-table = myapp.users 若要同步所有以 log_ 开头的表：
replicate-do-table = myapp.log_%
用 replicate-ignore-table 排除不需要的表
当需要同步大部分表、仅排除少数时更方便。同样在从库配置文件中设置：
优先级低于 replicate-do-table；如果两者共存，do 规则优先生效 例如同步整个 myapp 库，但跳过日志表：replicate-ignore-table = myapp.audit_log
replicate-ignore-table = myapp.access_log 注意：不能跨库忽略，每个规则必须明确指定数据库名
基于库 + 表组合的灵活过滤（推荐生产环境）
单一表过滤在多库环境下容易误配。建议配合 replicate-do-db 或 replicate-wild-do-table 提升准确性：
replicate-wild-do-table = myapp\.user% —— 支持正则风格通配（\. 转义点号），匹配 myapp.user_info、myapp.user_settings 避免仅用 replicate-do-db = myapp，因为它只对 USE myapp 后的语句生效，不适用于跨库 SQL（如 INSERT INTO otherdb.t SELECT * FROM myapp.t） 真正可靠的表级控制，应以 replicate-wild-do-table 或 replicate-do-table 为主，库级参数为辅验证与注意事项
配置生效后务必验证，避免漏同步或误同步：
执行 SHOW SLAVE STATUS\G，检查 Replicate_Do_Table 字段是否显示预期表名 在主库更新一张未被包含的表，确认从库无变化；更新被包含的表，确认同步成功 DDL 操作（如 ALTER TABLE）也会被过滤——只要表名匹配规则，结构变更同样同步 不支持「只同步某些字段」或「按 WHERE 条件过滤行」，那是应用层或 ETL 工具的职责
