您能否使用简单查询进行冒烟测试，例如：
SELECT current_timestamp()
要么
SELECT 1 + 1
这将告诉您实际的JDBC驱动程序开销是多少。同样也不清楚两个测试是否都在同一台机器上执行。
有没有一种方法可以优化JDBC驱动程序的性能？
在Java中运行相同的查询数千次。JVM需要一些时间进行热身（类加载，JIT）。我还假设
SimpleJDBC.getConnection()使用C3P0连接池-
建立连接的成本很高，因此前几次执行可能会很慢。
与临时查询或条件查询相比，还更喜欢命名查询。
Hibernate会从这种优化中受益吗？
Hibernate是一个非常复杂的框架。如您所见，与原始JDBC相比，它消耗了总执行时间的75％。如果您需要原始ORM（无需延迟加载，脏检查，高级缓存），请考虑使用mybatis。甚至可能
JdbcTemplate带有
RowMapper抽象。
转换结果集时，是否有一种方法可以优化Hibernate性能？
并不是的。请查阅Hibernate文档中的
第19章
。那里 有很多 反思+类生成。再一次，当您想从数据库中压缩每一毫秒时，Hibernate可能不是最佳解决方案。
但是 ，由于要提供广泛的缓存支持，因此要提高整体用户体验时，这是一个不错的选择。再次查看
性能
文档。它主要谈论缓存。有一级缓存，二级缓存，查询缓存…在这里，Hibernate实际上可能胜过简单的JDBC-
它可以以您甚至无法想象的方式缓存很多内容。另一方面，糟糕的缓存配置将导致安装速度更慢。
由于Java基本对象和内存管理，我们是否面临无法调整的问题？
JVM（特别是在 服务器
配置中）非常快。在堆上创建对象的速度与在C语言中在堆栈上的创建速度一样快，垃圾回收已得到极大地优化。我认为与纯本地连接相比，运行纯JDBC的Java版本不会慢很多。因此，我建议您对基准进行一些改进。
我们是否遗漏了一点，我们愚蠢而所有这些都是徒劳的？
我相信，如果性能是最大的问题，那么JDBC是一个不错的选择。Java已成功用于许多数据库繁多的应用程序中。
