为何Hibernate无意义创建连接？Session Metrics零值日志疑问

首先先把你贴的这段日志放出来方便分析：

Session Metrics { 74800 nanoseconds spent acquiring 1 JDBC connections; 0 nanoseconds spent releasing 0 JDBC connections; 0 nanoseconds spent preparing 0 JDBC statements; 0 nanoseconds spent executing 0 JDBC statements; 0 nanoseconds spent executing 0 JDBC batches; 0 nanoseconds spent performing 0 L2C puts; 0 nanoseconds spent performing 0 L2C hits; 0 nanoseconds spent performing 0 L2C misses; 0 nanoseconds spent executing 0 flushes (flushing a total of 0 entities and 0 collections); 0 nanoseconds spent executing 0 partial-flushes (flushing a total of 0 entities and 0 collections) }

我来逐个给你掰明白这些零值到底代表什么，以及你担心的“无意义打开连接未释放”是不是真的：

1. 为什么会有连接获取时间，但其他全是0？ #

• 74800ns获取1个连接：这说明Hibernate确实从连接池里拿到了一个JDBC连接，但这个动作只是“从池里拿”，不是说连接被永久占用了。
• 0 SQL语句准备/执行：核心原因是这个Session根本没触发任何数据库查询！常见场景有这些：
  • 查询走了Session级的一级缓存（默认开启）：如果同一个Session之前已经加载过这批实体，再次查询会直接从内存拿，完全不碰数据库。
  • 代码里的查询没真正执行：比如JPA的Query对象创建后，没调用getResultList()或者getSingleResult()，只是定义了查询逻辑而已。
  • 懒加载没触发：如果你的实体关联是懒加载，只拿到了代理对象但没初始化，也不会产生SQL。
• 0二级缓存（L2C）相关操作：说明这次查询连二级缓存都没碰——要么是没开启L2C，要么是缓存里根本没有对应数据，直接走了一级缓存或者根本没查。

2. 关于“连接未释放”的担心——其实是误会！ #

日志里的0 nanoseconds spent releasing 0 JDBC connections不代表连接没释放，而是统计时机的问题：

• Hibernate的Session Metrics是在当前Session的生命周期内统计的，如果统计的时候Session还没关闭，连接还处于被Session持有的状态，自然不会记录“释放”动作。
• 只要你正常管理Session（比如Spring里用@Transactional注解，事务结束后自动关闭Session；或者手动调用session.close()），连接会被自动归还到连接池，不会泄漏。等Session关闭后，你再看metrics，就能看到连接释放的统计数据了。

3. 几个排查方向帮你确认问题 #

• 打开SQL日志：把Hibernate的show_sql=true打开，看看有没有对应的SELECT语句输出——如果没有，就说明确实没触发数据库查询。
• 检查Session生命周期：如果是手动管理Session，确认是不是在查询后及时关闭了Session；如果是Spring托管，确认事务是否正常提交/回滚。
• 验证连接池状态：可以通过连接池的监控工具（比如HikariCP的内置metrics）查看连接的占用情况，确认连接是否被正常归还。

内容的提问来源于stack exchange，提问作者beatrice