用MySQL和JDBC准备语句缓存

Question

我读到MySQL不支持服务器端查询计划缓存。所以如果我想使用PreparedStatements来获得性能优势，我能做的就是在JDBC连接中启用语句缓存。因此，根据文档，它将允许缓存每个连接基础上准备好的语句。

与如果MySQL有服务器端查询计划缓存相比，JDBC连接的PreparedStatement缓存的性能增益是什么？因此，如果PreparedStatement确实在物理连接的缓存中找到，这是否意味着当它到达mysql服务器时，mysql不会在其上运行查询优化，而是能够直接执行它？

在使用MySQL作为我的数据库的同时，我甚至应该在JDBC连接级别使用语句缓存吗？我正在使用Hikari数据库连接池与Mysql JDBC连接器。

Answer 1

是的，如果你知道你在做什么，缓存不会有什么坏处。如果您按照预期重用准备好的语句（很多人忘记了最重要的部分：D），那么将客户端缓存和服务器端缓存结合在一起会带来性能上的好处。只需正确设置连接器/J properties属性：

cachePrepStmts=true&useServerPrepStmts=true

虽然我不是微基准的狂热粉丝，但这里有一个支持我的声明（本意是蹩脚的双关语）。该基准测试的有趣之处在于，它表明启用服务器端缓存实际上可能会在没有某些客户端缓存的情况下减慢速度，但是启用两层缓存以及正确重用准备好的语句之后，您实际上可能会获得很好的速度。