【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【问题现象及影响】
在使用unix_timestamp() 转换时间戳时,单个执行结果没问题,要是使用union all 将两个时间戳联合输出就会出现时间戳不正确的问题。
【附件】
【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【问题现象及影响】
在使用unix_timestamp() 转换时间戳时,单个执行结果没问题,要是使用union all 将两个时间戳联合输出就会出现时间戳不正确的问题。
【附件】
我们内部分析下
好的
把日期21和20换一下是一个什么结果哪
因为9月没有31号,这里和mysql的行为是一致的
5.7.25-OceanBase_CE-v4.1.0.1 版 是有这个问题。
奇怪的是这个 7532969986 咋来的?
UNIX_TIMESTAMP(‘2023-09-20 16:39:00’) 值是1695199140
UNIX_TIMESTAMP(‘2023-09-21 16:39:00’) 值是1695285540
反过来,是这个时间