【发布时间】:2020-02-03 14:21:07
【问题描述】:
只是将一些代码从 OracleDB 移植到 MariaDB,并将一些 OracleDB 表达式(如 SYSDATE - ? / 1440)转换为 MariaDB 表示法(这似乎很合适:NOW() - interval 60 * ? second)。
在调试以下行为不端的表达式时偶然发现了我怀疑是已知错误或记录在案的行为(请帮助)(主要是比较 2 个历史“锁定”的持续时间)
WHERE (a.expirationDt - a.acquisitionDt) > (b.expirationDt - b.acquisitionDt)
在 OracleDB 中 - 此表达式始终/可靠地工作。 在 MariaDB 中 - 它似乎取决于减去的时间戳是否属于同一分钟(然后减法导致正确的秒数)或者它们是否来自两个不同的分钟(然后减法结果似乎被填充/四舍五入到最接近的分钟),从而产生违反直觉的结果。
这是一个小演示(基本上使用now() 和“20 秒前”):
root@localhost> maria "select now(), now() - interval 60 * 1/3 second, now() - interval 60000000 * 1/3 microsecond, now() - (now() - interval 60 * 1/3 second), now() - (now() - interval 60000000 * 1/3 microsecond), TIMESTAMPDIFF( second, now() - interval 60 * 1/3 second, now()) from dual"
2020-02-03 13:51:59.0
2020-02-03 13:51:39.0
2020-02-03 13:51:39.0
20.0000
20.000000
20
root@localhost> maria "select now(), now() - interval 60 * 1/3 second, now() - interval 60000000 * 1/3 microsecond, now() - (now() - interval 60 * 1/3 second), now() - (now() - interval 60000000 * 1/3 microsecond), TIMESTAMPDIFF( second, now() - interval 60 * 1/3 second, now()) from dual"
2020-02-03 13:52:02.0
2020-02-03 13:51:42.0
2020-02-03 13:51:42.0
60.0000
60.000000
20
我知道TIMESTAMPDIFF 看起来不错,并且可以相应地重写 SQL(只需要确保如何以亚秒级精度正确工作,假设“20.4 sec > 20.2 sec”将返回 false 一旦四舍五入为 1 -sec 精度)。
我的主要问题 - 我的 MariaDB 设置有问题吗?或者它是特定 MariaDB 版本中的已知错误?还是设计使然?
【问题讨论】:
标签: mysql timestamp mariadb sysdate timestampdiff