Dinky项目中MySQL CDC整库同步的datetime默认值问题解析

问题背景

在使用Dinky进行MySQL CDC(变更数据捕获)整库同步时，开发人员发现当配置sink.auto.create = true参数让目标端自动建表时，datetime类型字段的默认值处理存在一个关键问题。系统会将默认值设置为字符串格式的'CURRENT_TIMESTAMP'，而不是正确的MySQL datetime格式CURRENT_TIMESTAMP。

问题现象

这个问题具体表现为：

1. 源表中有datetime类型的字段，可能设置了默认值为当前时间戳
2. 通过Dinky进行整库同步时，目标端自动创建的表结构
3. 在目标表中，datetime字段的默认值被错误地设置为字符串格式'CURRENT_TIMESTAMP'
4. 这会导致目标表无法正确实现自动填充当前时间戳的功能

技术分析

这个问题本质上是一个类型转换和SQL语法生成的问题。在MySQL中：

• 正确的datetime默认值语法应该是CURRENT_TIMESTAMP（不带引号）
• 而错误的'CURRENT_TIMESTAMP'（带引号）会被MySQL解释为一个字符串常量

这种差异会导致：

1. 目标表的自动时间戳功能失效
2. 所有插入操作中该字段都会被固定设置为字符串"CURRENT_TIMESTAMP"
3. 失去了自动更新为当前时间的功能

解决方案

Dinky开发团队已经确认并修复了这个问题。修复方案主要涉及：

1. 修改SQL生成逻辑，正确处理datetime类型的默认值
2. 确保在自动建表时，时间戳相关字段的默认值生成符合MySQL标准语法
3. 修复后的版本将在Dinky 1.0.3中发布

最佳实践建议

对于需要使用CDC整库同步功能的用户，建议：

1. 如果必须使用1.0.1版本，可以暂时采用以下变通方案：
   • 先在目标库手动创建表结构
   • 或者同步完成后手动修改表结构
2. 升级到1.0.3或更高版本后，可以放心使用自动建表功能
3. 对于时间敏感型字段，建议在同步后进行数据验证

总结

这个案例展示了数据同步工具中类型处理的重要性。Dinky团队快速响应并修复了这个问题，体现了项目对数据一致性和准确性的重视。用户在使用CDC功能时，应当注意检查目标端的表结构是否与预期一致，特别是对于有特殊要求的字段类型。