问题1：MySQL replication在不同数据库引擎环境下无法正常工作？ #

这种情况大多和不同存储引擎的特性差异、复制模式兼容性有关，我整理了常见原因和解决思路：

• 引擎特性不兼容：比如主库用InnoDB（支持事务、行级锁），从库用MyISAM（无事务支持、表级锁），主库的事务性操作在从库MyISAM上无法处理提交/回滚逻辑，会直接导致复制中断或数据乱序；反过来主库MyISAM、从库InnoDB的组合，也会因为主库的表级锁导致从库复制效率极低，甚至出现锁等待超时。
• 复制模式冲突：如果用的是基于语句的复制（SBR），某些引擎专属语句在目标引擎上会执行异常——比如InnoDB的INSERT ... ON DUPLICATE KEY UPDATE在MyISAM上可能因锁机制差异报错，MyISAM的LOCK TABLES操作在InnoDB从库上也会引发意料外的锁阻塞。
• binlog写入时序差异：MyISAM是语句执行完成就写入binlog，而InnoDB是事务提交时才写入，这种时序差会让主从的binlog同步节奏错乱，引发复制异常。

解决步骤： #

1. 优先统一主从存储引擎，尽量全用InnoDB（现在MySQL默认引擎，生态支持最完善）。
2. 切换到基于行的复制（RBR）：这种模式直接复制行数据变更，几乎不受引擎差异影响，是跨引擎复制的最优解。可以修改主库my.cnf配置：

   binlog_format = ROW
   

   也可以动态生效（无需重启）：SET GLOBAL binlog_format = 'ROW';，记得从库也要同步这个配置。
3. 查看从库错误日志（通常路径是/var/log/mysql/error.log），定位引擎相关的明确报错（比如Table storage engine 'MyISAM' doesn't support the used table option），针对性修复表结构或转换引擎。

问题2：复制到其他集群，部分表未完成复制，但replication状态始终显示为synchronized？ #

这种「假同步」场景很常见——表面上SHOW SLAVE STATUS\G里的Slave_IO_Running和Slave_SQL_Running都是Yes，Seconds_Behind_Master显示为0，但实际数据不一致。核心排查方向如下：

1. 检查复制过滤规则 #

大概率是主从配置了错误的过滤规则，导致部分表被忽略：

• 主库的binlog_do_db/binlog_ignore_db：如果主库只记录指定库的binlog，未被包含的表变更不会写入日志，从库自然拿不到数据。
• 从库的replicate_do_table/replicate_ignore_table：如果从库配置了忽略目标表，哪怕主库发了binlog，从库也会跳过执行。

用以下命令查看当前过滤配置：

-- 主库查看binlog过滤规则
SHOW VARIABLES LIKE 'binlog%db';
-- 从库查看复制过滤规则
SHOW VARIABLES LIKE 'replicate%table';

2. 核对binlog与relay log的执行进度 #

有时候从库IO线程已经拿到最新binlog，但SQL线程并未执行完所有变更，甚至跳过了部分事务：

• 执行SHOW SLAVE STATUS\G，对比Master_Log_File/Read_Master_Log_Pos（IO线程读到的主库binlog位置）和Relay_Master_Log_File/Exec_Master_Log_Pos（SQL线程执行到的位置），如果两组值不一致，说明SQL线程有延迟或卡顿。
• 查看从库错误日志，确认是否有被跳过的事务（比如主键冲突报错Error_code: 1062，可能导致SQL线程停止，或被人为用sql_slave_skip_counter跳过）。

3. 校验主从表结构一致性 #

如果主库表结构和从库不一致（比如主库新增了字段，从库未同步），主库涉及新字段的操作在从库可能报错，但部分场景下不会停止复制，而是直接跳过操作，导致数据缺失但状态显示同步。可以用以下方式对比表结构：

# 主库导出表结构（不含数据）
mysqldump -u root -p --no-data db_name target_table > master_schema.sql
# 从库导出同表结构
mysqldump -u root -p --no-data db_name target_table > slave_schema.sql
# 对比两个文件差异
diff master_schema.sql slave_schema.sql

4. 数据一致性校验 #

最后可以用Percona Toolkit的pt-table-checksum工具自动校验主从表的数据一致性，它会逐行对比并找出差异部分。如果没有这个工具，也可以手动对可疑表执行：

-- 主库执行
SELECT CHECKSUM_TABLE(target_table);
-- 从库执行相同命令，对比结果是否一致

内容的提问来源于stack exchange，提问作者flik