MyBatis-Plus DataChangeRecorderInnerInterceptor 拦截器表忽略配置失效问题分析

问题背景

在使用MyBatis-Plus 3.5.5版本时，开发者发现配置了DataChangeRecorderInnerInterceptor拦截器后，即使设置了表忽略规则，INSERT操作仍然会打印被忽略表的日志。这是一个典型的拦截器配置与实际行为不符的问题。

问题现象

开发者配置了DataChangeRecorderInnerInterceptor拦截器，并设置了ignoredTableColumns参数来忽略特定表（如A表）的日志输出。然而在实际执行INSERT操作时，系统仍然打印了A表的变更日志，这与预期行为不符。

技术分析

DataChangeRecorderInnerInterceptor是MyBatis-Plus提供的一个内置拦截器，主要用于记录数据变更。其核心功能包括：

1. 拦截SQL执行
2. 解析SQL类型（INSERT/UPDATE/DELETE）
3. 记录变更前后的数据差异
4. 根据配置决定是否输出日志

ignoredTableColumns参数的设计初衷是允许开发者指定某些表或字段不需要记录变更日志。这个参数理论上应该支持通配符（如A.*表示忽略A表的所有字段）。

问题根源

经过分析，这个问题可能出现在以下几个环节：

1. 拦截器初始化阶段：ignoredTableColumns配置可能没有被正确解析或加载
2. SQL拦截阶段：表名匹配逻辑可能存在缺陷，导致忽略规则未被应用
3. 日志输出阶段：过滤条件可能在日志输出前未被正确检查

特别是对于INSERT操作，拦截器可能没有正确处理新插入数据的忽略逻辑，而只关注了UPDATE和DELETE操作。

解决方案建议

针对这个问题，开发者可以采取以下措施：

1. 升级版本：检查最新版本是否已修复此问题
2. 配置验证：确保ignoredTableColumns配置格式正确
3. 自定义拦截器：如有必要，可以继承DataChangeRecorderInnerInterceptor并重写相关方法
4. 日志级别调整：临时解决方案是调整日志级别

最佳实践

在使用数据变更记录拦截器时，建议：

1. 明确区分生产环境和开发环境的日志配置
2. 对于敏感数据表，除了配置忽略外，还应考虑数据脱敏
3. 定期检查拦截器的实际效果，确保配置符合预期
4. 对于关键业务表，即使配置了忽略，也应考虑其他审计手段

总结

数据变更记录是系统审计的重要功能，MyBatis-Plus提供的拦截器大大简化了这方面的开发工作。但在实际使用中，开发者仍需注意配置的准确性和功能的完整性。遇到类似问题时，建议通过单元测试验证拦截器行为，确保系统按预期工作。