【MYSQL兼容性质量加固】【测试版本：6.0.0】各时间类型比较结果与mysql表现不符

【标题描述】:各时间类型比较结果与mysql表现不符
【测试类型：SQL功能/存储功能/接口功能/工具功能/性能/并发/压力长稳/故障注入/安全/资料/编码规范】【测试版本：x.x.x】 问题描述
1.表示时间的字符串与时间类型比较时结果不符。
2.表示时间的大整数时间戳与时间类型比较时结果不符。
3.字符串格式的纯日期时间和纯时刻时间在进行比较的时候，发生隐式转换过程中返回值为null，与mysql不符。
【操作系统和硬件信息】(查询命令: cat /etc/system-release, uname -a):

【测试环境】(单机/1主x备x级联备):
单机
【被测功能】:
mysql兼容性
【测试类型】:

【数据库版本】(查询命令: gaussdb -V):

【预置条件】:
以date类型为例。需确保date，time，datetime，timestamp等类型均同步。
create table t_date(a date);
insert into t_date values('2023-02-05');
【操作步骤】(请填写详细的操作步骤):
select  '2023-02-05 19:10:50' = a from t_date;
select 20230205191050 = a from t_date;
【预期输出】:
![问题1、2](https://foruda.gitee.com/images/1711090875697738357/8748da72_9714784.png "屏幕截图")

![问题3](https://foruda.gitee.com/images/1711091659022905203/093629b0_9714784.png "屏幕截图")
【实际输出】:
![问题1、2](https://foruda.gitee.com/images/1711090889550330188/8c5c3e3b_9714784.png "屏幕截图")

![问题3](https://foruda.gitee.com/images/1711091765886672181/56f0068e_9714784.png "屏幕截图")
【原因分析】:
1. 这个问题的根因
2. 问题推断过程
3. 还有哪些原因可能造成类似现象
4. 该问题是否有临时规避措施
5. 问题解决方案
6. 预计修复问题时间

【日志信息】(请附上日志文件、截图、coredump信息):

【测试代码】:

openGauss/Plugin

内容风险标识

评论 (4)

openGauss/Plugin .gitee-modal { width: 500px !important; }

内容风险标识