PostgreSQL和JDBC准备语句缓存

Question

我一直在读一些较新的JDBC连接池（如Tomcat）不支持客户端语句池。我已经读到，这是因为大多数JDBC驱动程序都维护自己的语句缓存。然而，我不认为PostgreSQL会发生这种情况。

我说的对吗？如果是这样，我应该使用一个连接池来缓存准备好的语句，以获得最佳的批插入性能吗？

谢谢

Answer 1

Tomcat的JDBC连接池提供了一个StatementCache。我不知道如何使用它（与JPA一起），但它promise在连接上“缓存准备声明和/或Callable语句实例”

但是对于插入批次，您可能不需要重新使用准备语句：您可以使用addBatch方法，如本示例所示。奇怪的是，官方留档说这个方法不能在准备语句或Callable语句上调用。我猜你必须尝试一下，看看这是否是真的，正如克雷格·林格评论的那样：“无论如何，PgJDBC只是单独发送它们”。

至于性能：这在客户机、服务器和驱动程序/网络流量方面是有问题的
数据库服务器通常可以从连接中了解查询内容（这也是为什么通过连接池重新使用连接是一个好主意）。我相信，一旦同一查询发生5次以上，PostgreSQL数据库服务器将开始记住来自连接的查询
如果驱动程序正确处理客户端重复使用的PreparedStatements，则驱动程序可以决定只发送新数据，而不发送整个查询。这可以对insert语句产生显著的积极性能影响（我相信，除其他外，SQL Server的JDBC驱动程序可以做到这一点）
如果客户端缓存PreparedStatements（例如，仅当创建语句的连接关闭时，语句才会关闭），这将有助于避免反复执行相同的代码（也来自驱动程序）。即更少的初始化时间和更少的垃圾收集。

作为Tomcat的JDBC连接池的替代方案的示例：我在一个小服务器组件中使用了Yapool的SimpleQueryCache（示例）和MySQL数据库（和JDBC驱动程序），该组件发出了大约15个不同的查询。在压力/负载测试期间，我对池中所需的最大连接数量相对较低感到惊讶，这些连接数量不会影响小服务器组件的速度（即从池中借用连接的时间相对较短）。因此，至少在某些情况下，客户端语句缓存可以发挥作用。

在一个侧节点上：如果你使用像Hibernate这样的东西，Hibernate（水下）会为你做很多优化，并且很有可能（语句）缓存已经为你做了。