Vladimir Sitnikov的一个有趣提示让我想到了jOOQ的一个新基准:
有趣的想法,你是否已经准备好了一个基准,也许?
- Lukas Eder (@lukaseder)June 23, 2021
基准应该检查单行查询是否应该有一个JDBC [Statement.setFetchSize(1)](https://docs.oracle.com/en/java/javase/17/docs/api/java.sql/java/sql/Statement.html#setFetchSize(int))
调用,该方法的Javadoc说:
给JDBC驱动一个提示,当需要更多的行时,应该从数据库中获取 ResultSet
对象产生的行数, Statement
。如果指定的值是0,那么这个提示就会被忽略。默认值是零。
如果一个ORM(例如jOOQ) 知道 它将只获取1行,或者它 知道 只能有1行,那么这个提示当然是有意义的。jOOQ中的例子包括:
- 当用户调用
[ResultQuery.fetchSingle()](https://www.jooq.org/javadoc/latest/org.jooq/org/jooq/ResultQuery.html#fetchSingle())
, 或[fetchOne()](https://www.jooq.org/javadoc/latest/org.jooq/org/jooq/ResultQuery.html#fetchOne())
,或[fetchOptional()](https://www.jooq.org/javadoc/latest/org.jooq/org/jooq/ResultQuery.html#fetchOptional())
,或任何类似的方法,那么期望只返回0-1行是合理的。在这些方法返回超过1行的情况下,会抛出一个异常,所以即使有更多的行,最多只能获取2行。 - 当用户在顶层查询中添加
LIMIT 1
子句时,永远不可能有超过1行。 - 当查询是琐碎的(没有连接,或者只有对一连接,没有
GROUP BY GROUPING SETS
,没有UNION
,等等),并且在UNIQUE
约束上有一个平等的谓词,也不能有超过1行。
数据库优化器也知道所有这些事情。如果你在一个查询中添加了 LIMIT 1
,那么可以合理地期望优化器将其作为一个关于结果集大小的强烈提示。但是JDBC驱动不知道这些东西(或者至少不应该期望它知道),因为它不可能解析SQL并计算其统计数据,或者考虑这种优化的元数据。
所以,用户可以暗示一下。因为这对用户来说是非常繁琐的,甚至更好,ORM(例如jOOQ)应该提示。或者看起来是这样。
基准测试
但它应该吗?真的值得这么麻烦吗?下面是Vladimir对pgjdbc驱动的评估,他不指望 现在 有什么改进,但也许将来会有:
以防万一,pgjdbc中的单元格是 "收到时 "创建的,所以setFetchSize()不会导致所有50'000个byte[]数组的实例化。
- Vladimir Sitnikov (@VladimirSitnikv)June 23, 2021
比起做假设,让我们用一个JMH基准来测量。JMH通常用于对JVM上的东西进行微观基准测试,以测试关于JIT运行时行为的假设。这显然不是一个微观基准测试,但我仍然喜欢JMH的方法和输出,它包括标准偏差和误差,以及忽略预热惩罚等。
首先是结果
由于一些商业RDBMS的基准测试结果不能公布(至少在RDBMS之间进行比较时不能公布),我对结果进行了规范化处理,因此在RDBMS之间比较实际执行速度是不可能的。也就是说,对于每个RDBMS来说,执行速度较快的是1,较慢的是1的某个分数。这样,RDBMS只和自己做比较,这是公平的。
结果如下