最常见原因是主库误配binlog_ignore_db，导致变更未写入binlog；需检查配置文件、USE库上下文及binlog_format，用mysqlbinlog验证日志是否存在。
从库数据少几条，先查 binlog_ignore_db 是否误配
主库明明执行了 INSERT，但从库查不到——最常见却最容易被忽略的原因，就是主库配置了 binlog_ignore_db，导致对应库的变更根本没写进 binlog，从库自然收不到。它不是“复制被跳过”，而是“压根没产生复制事件”。
实操建议：
- 登录主库执行
SHOW VARIABLES LIKE 'binlog_ignore_db';，确认是否非空；注意：该变量值可能为空字符串，也可能显示为OFF，但只要配置文件里写了binlog_ignore_db = xxx并重启过 mysqld，就生效 - 检查主库配置文件（如
/etc/mysql/mysql.conf.d/mysqld.cnf），搜索binlog_ignore_db和binlog_do_db——二者互斥，若同时存在，binlog_do_db优先级更高，但行为不可靠，应避免共存 - 特别注意：该参数按「当前数据库」（即 USE db_name 后的库）匹配，不是按语句中显式写的库名。例如执行
INSERT INTO other_db.t1 ...时，若当前库是ignored_db，这条语句也会被忽略 - 用
mysqlbinlog直接解析主库最新 binlog 文件，搜索目标表名或关键词，确认对应 DML 是否真实存在于日志中。如果找不到，基本可锁定是binlog_ignore_db或binlog_do_db导致
binlog_format 是 STATEMENT 时，binlog_ignore_db 行为更隐蔽
当 binlog_format = STATEMENT，MySQL 判断是否忽略某条语句，只看当前默认数据库（USE 的库），不解析 SQL 中涉及的具体库名。这意味着即使你写的是 INSERT INTO important_db.users ...，只要当前库是被 ignore 的库，这条语句就不会进 binlog。
而 binlog_format = ROW 下，该参数仅影响基于库名的过滤逻辑（仍以 USE 库为准），但实际更推荐用 replicate_ignore_db 在从库端控制，而非在主库用 binlog_ignore_db。
实操建议：
- 执行
SELECT @@binlog_format;确认格式；若为STATEMENT，且业务中存在跨库操作（如存储过程、触发器、多库事务），binlog_ignore_db极易造成漏记录 - 临时规避方法：在应用侧确保所有写操作前显式
USE target_db，但这治标不治本，且容易遗漏 - 长期方案：停用
binlog_ignore_db，改用从库的replicate_ignore_db（需配合skip_slave_start=0和重启 SQL 线程），这样至少 binlog 完整，问题可追溯
为什么 show master status 里 Binlog_Ignore_DB 显示为空？
执行 SHOW MASTER STATUS; 返回的 Binlog_Ignore_DB 字段始终为空，不代表没配置。这个字段仅在使用 binlog_do_db / binlog_ignore_db 启动时才显示值，且 MySQL 5.7+ 多数情况下不回显——它只是个兼容性字段，**不能用来判断实际是否生效**。
实操建议：
- 不要依赖
SHOW MASTER STATUS查binlog_ignore_db状态；唯一可靠方式是查配置文件 +mysqld --verbose --help | grep binlog_ignore_db（启动时加载的参数） - 若用 Docker 或云数据库，注意配置是否被覆盖：有些镜像会把
binlog_ignore_db写死在基础配置里，应用层配置未生效 - 验证是否生效的最直接方式：在被 ignore 的库下执行一条简单 INSERT，然后立刻
SHOW MASTER LOGS;找最新 binlog，用mysqlbinlog解析，看该语句是否存在
排查时容易漏掉的两个关键点
很多团队花半天查复制延迟、SQL 线程错误、GTID 跳跃，最后发现是 binlog_ignore_db 搞鬼——因为它的表现和“数据没同步”几乎一样，但根源完全不同。
实操建议：
- 检查时间窗口：如果丢失的数据集中在某个固定库（比如
monitor、log、tmp），且都是 INSERT，几乎 100% 是binlog_ignore_db或binlog_do_db配置所致 - 对比主从表结构：如果从库上对应表都不存在，说明连 CREATE TABLE 都没同步过来，那一定是 binlog 根本没记录，而不是复制中途失败
- 切记：
binlog_ignore_db是主库行为，跟从库的relay_log、SQL_THREAD、Seconds_Behind_Master均无关——这些指标再正常，也掩盖不了“主库没发”的事实
mysqlbinlog 看主库日志里有没有那条语句——有，再往下查复制链；没有，立刻回头翻配置。 
