mariadb/mysql NOW() 和 TIMESTAMPDIFF 行为 - 是设计使然吗?

mariadb/mysql NOW() and TIMESTAMPDIFF behavior - is it by design?

只是将一些代码从 OracleDB 移植到 MariaDB 并将一些 OracleDB 表达式(如 SYSDATE - ? / 1440)转换为 MariaDB 符号(这似乎很合适:NOW() - interval 60 * ? second)。

在调试以下行为不当的表达式时偶然发现我怀疑是已知错误或记录行为(请帮助)(基本上比较 2 个历史 "locks" 的持续时间)

WHERE (a.expirationDt - a.acquisitionDt) > (b.expirationDt - b.acquisitionDt)

在 OracleDB 中 - 这个表达式有效 consistently/reliably。 在 MariaDB 中——它似乎取决于减去的时间戳是否属于同一分钟(然后减去的结果是正确的秒数)或者它们是否来自两个不同的分钟(然后减去结果似乎是 padded/rounded 最多最近的分钟),从而产生违反直觉的结果。

这是一个小演示(主要使用 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 秒 > 20.2 秒”将return false 四舍五入到 1 秒精度)。

我的主要问题 - 我的 MariaDB 设置有问题吗?或者它是特定 MariaDB 版本中的已知错误?还是设计使然?

您是否连续 运行 两次相同的查询,并针对时间戳差异返回不同的结果?

MariaDB 确实有一条处理微秒的途径,如果这是您要问的。

https://mariadb.com/kb/en/microseconds-in-mariadb/

这是设计使然。 MariaDB/MySQL 中的 DATETIME 算法不符合您的预期。

表示 YYYY-MM-DD HH:MM:SS 的 DATETIME 值被强制转换为表示为 YYYYMMDDHHMMSS 的 十进制数 (并用零值填充缺失的秒数,例如) .

来自 MySQL 的示例:

mysql> SELECT CAST('2020-02-02 00:01' AS DATETIME) - CAST('2020-02-02 00:00:01' AS DATETIME),
    -> 20200202000100 - 20200202000001 \G
*************************** 1. row ***************************
CAST('2020-02-02 00:01' AS DATETIME) - CAST('2020-02-02 00:00:01' AS DATETIME): 99
                                               20200202000100 - 20200202000001: 99
1 row in set (0.00 sec)

正如您所发现的,您必须使用特定于 date/time 操作的函数来进行此类算术运算。