Question

我正在使用具有H2 1.4.199数据库支持的Dropwizard 1.3.12。在数据库配置中，我有

database:
  ...
  validationQuery: "/* MyService Health Check */ SELECT 1"
  validationQueryTimeout: 3s
  ...

我遇到的问题是3s的超时也会传播到Dropwizard应用程序中完成的实际数据库查询中。一些数据库查询正被此超时中断。我宁愿让他们等待更长的时间。

据我了解，validationQueryTimeout应该仅控制validationQuery的超时。在应用程序内部完成的实际数据库请求不应受到此影响。我尝试删除validationQueryTimeout，这似乎可以解决问题，并删除查询超时。这样做是最后的解决方法，因为我认为在从连接池中获取连接时，对查询进行超时以验证连接是否正常运行是有道理的。

我尝试使用Postgresql，那里的validationQueryTimeout似乎不影响其他数据库查询。

我已经进行了一些调试，并认为找到了原因，但是我没有一个好的解决方法。

进行验证时，tomcat-jdbc在验证语句上设置查询超时。 https://github.com/apache/tomcat/blob/9.0.16/modules/jdbc-pool/src/main/java/org/apache/tomcat/jdbc/pool/PooledConnection.java#L536-L544

            stmt = connection.createStatement();

            int validationQueryTimeout = poolProperties.getValidationQueryTimeout();
            if (validationQueryTimeout > 0) {
                stmt.setQueryTimeout(validationQueryTimeout);
            }

            stmt.execute(query);
            stmt.close();

这里的最大问题是H2将超时保持在连接级别而不是语句级别。 https://github.com/h2database/h2database/blob/version-1.4.199/h2/src/main/org/h2/jdbc/JdbcStatement.java#L695-L717

    /**
     * Sets the current query timeout in seconds.
     * Changing the value will affect all statements of this connection.
     * This method does not commit a transaction,
     * and rolling back a transaction does not affect this setting.
     *
     * @param seconds the timeout in seconds - 0 means no timeout, values
     *        smaller 0 will throw an exception
     * @throws SQLException if this object is closed
     */
    @Override
    public void setQueryTimeout(int seconds) throws SQLException {
        try {
            debugCodeCall("setQueryTimeout", seconds);
            checkClosed();
            if (seconds < 0) {
                throw DbException.getInvalidValueException("seconds", seconds);
            }
            conn.setQueryTimeout(seconds);
        } catch (Exception e) {
            throw logAndConvert(e);
        }
    }

有什么我可以做的吗？还是在h2或tomcat-jdbc中需要修复？我能想到的是在为验证查询设置之前在tomcat-jdbc中获取当前查询超时值，然后在运行验证查询后将其设置回该值。

Answer 1

您是对的，这是H2的已知限制（请参见here和here）

我想您可以将超时设置为0以避免H2的错误行为。然后实现一个JdbcInterceptor，在执行该语句后检查超时。但是，当它违反超时时，它不会中止该语句，只会在异常之后才报告:-(

如何防止validationQueryTimeout影响H2中的其他SQL语句

1 个答案: