麻烦问下我这个分区明明是20230406怎么变成了20230103,我没改过这个，是哪里有问题呀？
ew di service... 2023-04-06 15:28:20 [INFO] Begin to route for data synchronization(current pid: 1)... 2023-04-06 15:28:20 [INFO] Environ variable replacement details: ${bdp.system.bizdate}->20230406 2023-04-06 15:28:20 [INFO] Origin variable replacement details: day=20230103 2023-04-06 15:28:20 [INFO] Parsed variable replacement details(-p): ['day=20230103'] 2023-04-06 15:28:20 [INFO] Final Parsed variable replacement details: ['day=20230103'] 2023-04-06 15:28:20 [INFO] SKYNET_APP_ID:146722 麻烦问下我这个分区明明是20230406怎么变成了20230103,我没改过这个，是哪里有问题呀
写回答
-
公众号：网络技术联盟站，InfoQ签约作者，阿里云社区签约作者，华为云 云享专家，BOSS直聘 创作王者，腾讯课堂创作领航员，博客+论坛：https://www.wljslmz.cn，工程师导航：https://www.wljslmz.com根据您提供的日志信息来看，可能是由于您的数据同步任务中使用了变量替换功能，造成了分区信息的错误。具体来说，可能是在变量替换时出现了问题，导致分区信息被替换成了错误的值。
建议您检查一下数据同步任务中的变量替换配置，确保变量替换的逻辑正确。同时，您也可以检查一下数据源中的分区信息是否正确，以确定分区信息是否被正确地读取和使用。
2023-04-29 22:43:14赞同 展开评论 打赏 -
值得去的地方都没有捷径根据您提供的日志信息，可以看到有两个关于日期的变量：
${bdp.system.bizdate}，被替换为 20230406，表示当前业务日期为 2023 年 4 月 6 日。
day=20230103，没有被替换，表示一个名为 day 的变量，值为 20230103。
因此，如果您的分区明明是 20230406，那么可能是您的代码中使用了错误的变量或者日期参数。建议检查您的代码，确认是否有使用了错误的变量或者日期参数。同时，也可以检查您的数据源，确认数据是否正确。
2023-04-15 15:24:33赞同 展开评论 打赏 -
bizdate这个参数是dataworks自己定义的业务日期，但是看你里面有用到一个date的参数，这个应该是你调度自己赋值的，建议看一下
2023-04-13 12:55:34赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
DataWorks基于MaxCompute/Hologres/EMR/CDP等大数据引擎，为数据仓库/数据湖/湖仓一体等解决方案提供统一的全链路大数据开发治理平台。
