可否给个Flink CDC选项，遇到这种dummy时间转成NULL？存量query和增量消费
Flink CDC作业消费数据源来自mysql业务表，后者使用了0000-00-00 00:00:00这个dummy date来存时间，直接用Flink CDC消费的话会被解析成1970-01-01 00:00:00 (mysql中是datetime类型）或者1970-01-01 08:00:00 (mysql中是timestamp类型）
问题1：可否给个Flink CDC选项，遇到这种dummy时间转成NULL？存量query和增量消费binlog处理这种dummy时间结果一致么？ 问题2：如果是mysql -> mysql同步场景，使用Flink CDC在timestamp类型下不能够同步0000-00-00 00:00:00这个dummy date，原因是Flink CDC转成了1970-01-01 08:00:00 CST，对应到UTC时区是1970-01-01 00:00:00，而mysql官方文档[1]定义timestamp类型取值范围是'1970-01-01 00:00:01' UTC to '2038-01-19 03:14:07' UTC，因此会认为1970-01-01 08:00:00 CST是非法数据
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
-
对于您的问题1，Flink CDC 目前没有直接的选项可以将 dummy 时间转换为 NULL。然而，您可以使用 Flink 的转换函数和自定义逻辑来处理这种情况。在 Flink CDC 中，您可以编写自定义的数据转换函数，例如 MapFunction 或 ProcessFunction，来处理接收到的数据流。在这个函数中，您可以检查并转换 dummy 时间为 NULL，然后将处理后的数据发送给目标。
在存量查询和增量消费 binlog 的场景下，处理 dummy 时间的逻辑应保持一致。您可以使用相同的自定义逻辑处理 dummy 时间，以确保结果一致。
对于问题2，Flink CDC 在处理 MySQL 的 timestamp 类型时，默认会将 dummy 时间 '0000-00-00 00:00:00' 转换为对应的时间戳。这种转换可能导致与 MySQL 官方文档所定义的取值范围不一致。为了解决这个问题，您可以考虑使用 Flink 的自定义逻辑来处理 dummy 时间。在自定义逻辑中，您可以将 dummy 时间 '0000-00-00 00:00:00' 转换为 NULL 或其他有效的时间表示，以便与目标 MySQL 数据库兼容。
需要注意的是，根据 MySQL 的规范，'0000-00-00 00:00:00' 是一个非法的日期时间值，因此在同步数据时，确保在目标数据库中使用有效的日期时间类型来存储数据，以避免潜在的问题。
总结来说，Flink CDC 目前没有直接的选项来处理 dummy 时间，但您可以使用 Flink 的自定义逻辑来进行转换和处理，以满足您的需求并确保与目标数据库的兼容性。
2023-10-17 11:48:32赞同 展开评论
实时计算Flink版是阿里云提供的全托管Serverless Flink云服务，基于 Apache Flink 构建的企业级、高性能实时大数据处理系统。提供全托管版 Flink 集群和引擎，提高作业开发运维效率。