A.42. 验证计时方法比较

比较方面

validate-on-match 方法

background-validation 方法

可靠性

validate-on-match 方法会在使用每个数据库连接前立即验证。这意味着，执行验证来测试从池中签出供应用程序使用的连接。

后台验证方法 不可靠，因为连接可能会在定期进行后台验证和使用验证连接过程中涉及的时间失败。

当后台验证方法频繁运行时，只针对池中的那些连接（不会保留给应用程序使用）进行验证。这也意味着没有执行验证来测试从池中签出用的连接。

性能取决于系统、网络性能以及任何连接问题的时间和范围

长时间闲置的系统用户更有可能在请求连接时使用 validate-on-match 来看到短暂或更长的延迟。

具有更有效的验证机制的系统用户，如 JDBC 4 验证机制在使用 validate-on-match 时可能会发现延迟较少。如果系统很少空闲，且连接不太可能超时，则情况就会出现这种情况。

在影响池中大多数或所有连接中，数据源的用户使用 validate-on-match 配置时可能会遇到延迟的可能性更大。这是因为，在用户等待连接时，违反的连接会被迭代验证并被驱除。

长期保持闲置的系统用户不太可能在使用 后台 验证请求连接时看到短短或更长的延迟。

具有更有效的验证机制的系统用户，如 JDBC 4 验证机制，在使用 后台 验证时，可能会发现延迟较少。如果系统很少空闲，且连接不太可能超时，则情况就会出现这种情况。

在影响池中大多数或所有连接后，使用 后台验证配置 的数据源用户可以遇到需要返回和重试多次的破坏连接。

用于容错的编码

如果有任何错误，应用逻辑在使用 validate-on-match 时仍然相同，因为连接可以在应用从池中获取池后在任意时间点进行外部终止。

在使用 validate-on-match 时，中断的连接不太可能出现。这是因为 validate-on-match 在连接使用前立即验证连接。

如果有任何故障，应用程序逻辑在使用 后台验证 时仍保持相同，因为连接可以在应用从池中获取池的任何点时在外部终止。

在使用 后台验证 时，中断的连接可能会存在。