seesion不及时释放导致的数据库连接问题

本文记录了一个关于数据库连接问题的排查过程。系统频繁出现数据库连接失败的情况,错误提示为ORA-12518,经过一系列排查,最终确定是由于部分Hibernate Session未正确关闭导致资源泄露。文中提供了解决方案,并给出了修改listener.ora文件的具体步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

这几天正在开发的系统,出现了严重的数据库连接问题,时常因挂掉,


警告: SQL Error: 0, SQLState: null
2011-1-12 11:20:40 org.hibernate.util.JDBCExceptionReporter logExceptions
严重: Listener refused the connection with the following error:
ORA-12518, TNS:listener could not hand off client connection
The Connection descriptor used by the client was:
192.168.1.167:1521:orcl

2011-1-12 11:20:40 org.hibernate.cfg.SettingsFactory buildSettings
警告: Could not obtain connection metadata
java.sql.SQLException: Listener refused the connection with the following error:
ORA-12518, TNS:listener could not hand off client connection
The Connection descriptor used by the client was:
192.168.1.167:1521:orcl

排除了数据库本身的问题后,只能从自身找问题了。


<filter>
<filter-name>OpenSessionInViewFilter</filter-name>
<filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>OpenSessionInViewFilter</filter-name>
<url-pattern>/message/*</url-pattern>
</filter-mapping>

问题就是配置只过滤了部分数据连接。导致还有大量的hibernate session没有及时关闭。

但有时候还是有问题,又从网上找了这么一段,参考:
[quote]
原因一般为:客户连接到监听器后,监听器把客户重定向到调度程序端口,由于操作系统问题,这些连接会被拒绝。
要解决这个问题,只需要在LISTENER.ORA的头部加入这一行DIRECT_HANDOFF_TTC_LISTENER = OFF即可。

在listener.ora文件加上一句 DIRECT_HANDOFF_TTC_LISTENER = OFF

然后重启监听服务

lsnrctl stop
lsnrctl start
[/quote]
<think>嗯,用户这次聚焦在Hibernate框架下的连接释放机制,看来是在深入使用ORM框架时遇到了资源管理的疑问。结合之前的讨论(Java频繁查询需及时释放连接),用户显然在将基础JDBC知识迁移到Hibernate场景中。 从用户引用的Hibernate文档片段看,ta应该已经接触过配置连接池(如Proxool)[^2],但对底层连接生命周期还清晰。需要重点解释Hibernate如何通过session管理连接,这和原生JDBC的差异点很关键。 用户可能存在的认知盲区: 1. 误以为Hibernate会自动处理所有连接释放(实际需要开发者主动关闭session) 2. 清楚getCurrentSession()和openSession()两种方式对连接释放的影响差异 3. 对连接池"归还"动作的透明性存在疑虑 特别要注意引用[^3]提到的JDBC连接释放原理,需明确Hibernatesession.close()本质上就是在执行这个归还动作。用户可能有意识到连接池在Hibernate架构中的核心地位——正是连接池让"释放"变成"归还复用"。 需要强调的实践要点: - 必须用finally或try-with-resources保证session关闭,这和原生JDBC关闭connection同样重要 - 事务边界决定连接持有时长,避免长事务占用连接 - 展示配置连接池的代码片段(如用户引用的Proxool配置[^2])如何影响连接管理 用户上次的问题显示ta有性能意识,所以可以提一下连接释放的典型症状(连接池监控数值持续增长),但必展开,留到相关问题里详述。</think>在 Hibernate 操作数据库时,**数据库连接释放机制是自动化的,但需要开发者正确管理 Session 对象**。核心机制如下: --- ### 一、Hibernate 连接释放的核心机制 1. **连接获取** 当执行数据库操作(如 `session.save()`/`query.list()`)时,Hibernate连接池获取连接(如配置了 Proxool/Druid 等)[^2]: ```java Session session = sessionFactory.openSession(); // 隐含获取连接 ``` 2. **连接释放** **关键原则:关闭 Session释放连接** - 调用 `session.close()` 时,Hibernate **自动将连接归还给连接池**(非物理关闭)[^2][^3] - 未关闭 Session导致**连接泄漏**(连接池耗尽) 3. **事务边界的影响** 使用声明式事务(如 Spring `@Transactional`)时,**事务结束自动关闭 Session**,无需手动释放。 --- ### 二、正确释放连接的实践方式 #### ✅ 方式1:手动管理 Session(需显式关闭) ```java Session session = null; Transaction tx = null; try { session = sessionFactory.openSession(); // 获取连接 tx = session.beginTransaction(); // 数据库操作(如查询/更新) User user = session.get(User.class, 1L); tx.commit(); } catch (Exception e) { if (tx != null) tx.rollback(); } finally { if (session != null) { session.close(); // 关键!关闭Session释放连接[^3] } } ``` #### ✅ 方式2:使用 `getCurrentSession()`(推荐) ```java // 需配置 hibernate.current_session_context_class(如thread) Session session = sessionFactory.getCurrentSession(); session.beginTransaction(); // 执行操作 session.save(new User()); // 事务提交时自动关闭Session释放连接 session.getTransaction().commit(); ``` #### ✅ 方式3:Spring 整合(自动管理) ```java @Service public class UserService { @Transactional // 事务结束自动释放连接 public void updateUser(Long id) { Session session = sessionFactory.getCurrentSession(); User user = session.get(User.class, id); user.setName("Updated"); // 无需手动关闭Session } } ``` --- ### 三、连接池的关键作用 Hibernate 通过连接池(如 Proxool、HikariCP)实现连接复用[^2]: ```xml <!-- 配置Proxool连接池示例 --> <property name="hibernate.proxool.pool_alias">ProxoolPool</property> <property name="hibernate.connection.provider_class"> org.hibernate.service.jdbc.connections.internal.ProxoolConnectionProvider </property> ``` - **`session.close()` 本质**:将连接标记为空闲,归还给连接池[^2][^3] - **连接泄漏风险**:未关闭 Session导致连接池资源耗尽 --- ### 四、最佳实践总结 1. **始终关闭 Session** 手动打开 Session 时,必须在 `finally` 块中调用 `session.close()`[^3] 2. **优先使用 `getCurrentSession()`** 绑定事务生命周期,避免忘记释放 3. **整合 Spring** 利用 `@Transactional` 自动管理连接(最安全) 4. **监控连接池** 通过连接池监控工具(如 Druid 控制台)检查活跃连接数 > 💡 **关键结论**:Hibernate 通过 Session 生命周期管理连接释放。开发者需确保 Session 被正确关闭(手动或通过事务机制),否则将导致连接泄漏[^2][^3]。 --- ### 相关问题 1. Hibernate 中 `openSession()` 和 `getCurrentSession()` 在连接管理上有何区别? 2. 如何通过 Hibernate 配置连接池参数(如最大连接数、超时时间)以优化性能? 3. 使用 Spring 整合 Hibernate 时,事务传播行为如何影响数据库连接的持有时间? 4. Hibernate 连接泄漏的常见场景有哪些?如何通过日志或监控工具快速定位?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值