麻烦问下我这个分区明明是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,我没改过这个，是哪里有问题呀

展开

收起

十一0204 2023-04-11 22:37:01 300 0

3 条回答

写回答

取消提交回答

wljslmz

公众号：网络技术联盟站，InfoQ签约作者，阿里云社区签约作者，华为云云享专家，BOSS直聘创作王者，腾讯课堂创作领航员，博客+论坛：https://www.wljslmz.cn，工程师导航：https://www.wljslmz.com

根据您提供的日志信息来看，可能是由于您的数据同步任务中使用了变量替换功能，造成了分区信息的错误。具体来说，可能是在变量替换时出现了问题，导致分区信息被替换成了错误的值。

建议您检查一下数据同步任务中的变量替换配置，确保变量替换的逻辑正确。同时，您也可以检查一下数据源中的分区信息是否正确，以确定分区信息是否被正确地读取和使用。

2023-04-29 22:43:14

赞同展开评论打赏
ReaganYoung

值得去的地方都没有捷径

根据您提供的日志信息，可以看到有两个关于日期的变量：

${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

赞同展开评论打赏