gpt4 book ai didi

java - hibernate/ Spring : Lots (thousands) of open connections the database

转载 作者:行者123 更新时间:2023-11-29 02:05:45 28 4
gpt4 key购买 nike

我在我的服务器上部署了 spring/hibernate/mysql。几天以来,我遇到了一个问题,即我的应用程序似乎打开了很多与数据库的连接。我从 netstat 输出中得到这个提示,它看起来像这样(混淆了 IP 地址):

tcp6       0      0 ************:53547       ************:3306        TIME_WAIT   0          0           -
tcp6 0 0 ************:53595 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53645 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:34986 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53669 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53710 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53757 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53716 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53627 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53752 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53505 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53549 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:35185 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53604 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:35331 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53488 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:34938 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:34987 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53695 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:35380 ************:3306 TIME_WAIT 0 0 -
tcp6 0 0 ************:53651 ************:3306 TIME_WAIT 0 0 -

但是,当查看我的 MySQL 数据库的 MySQL Workbench 服务器运行状况选项卡时,它看起来一切正常(请参阅随附的屏幕截图)。

我的应用程序也有正常的性能。

我们目前正在积极开发应用程序,但我们看不到任何影响此行为的代码更改。肯定有明显的变化,但也可能是配置问题或其他问题。

它会是一个 Hibernate 连接池吗?奇怪的是所有连接都在等待。

我感谢所有的想法和提示!

编辑 - Hibernate 配置(使用 Spring)

<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
<property name="driverClassName">
<value>com.mysql.jdbc.Driver</value>
</property>
<property name="url">
<value>jdbc:mysql://************:3306/********</value>
</property>
<property name="username">
<value>********</value>
</property>
<property name="password">
<value>********</value>
</property>
</bean>

<bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
<property name="dataSource">
<ref bean="dataSource" />
</property>
<property name="configLocation">
<value>WEB-INF/hibernate.hbm.xml</value>
</property>
<property name="configurationClass">
<value>org.hibernate.cfg.AnnotationConfiguration</value>
</property>
<property name="hibernateProperties">
<props>
<prop key="hibernate.dialect">org.hibernate.dialect.MySQL5InnoDBDialect</prop>
<prop key="hibernate.jdbc.batch_size">0</prop>
<prop key="hibernate.show_sql">false</prop>
<prop key="hibernate.bytecode.provider">cglib</prop>
<prop key="hibernate.hbm2ddl.auto">update</prop>
</props>
</property>
<property name="eventListeners">
<map>
<entry key="save-update" value-ref="saveUpdateEventListener" />
</map>
</property>
</bean>

<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
<property name="sessionFactory" ref="sessionFactory" />
</bean>

解决方案:我现在结束了使用 Tomcats JNDI 数据源,它终于可以工作了。仅使用 11(!!) 个与数据库的连接;)感谢@Vineet Reynolds

最佳答案

Hibernate documentation描述了如何在 Hibernate 中建立连接池:

Hibernate will obtain and pool connections using java.sql.DriverManager if you set the following properties:

Table 3.1. Hibernate JDBC Properties

Property name Purpose
hibernate.connection.driver_class JDBC driver class
hibernate.connection.url JDBC URL
hibernate.connection.username database user
hibernate.connection.password database user password
hibernate.connection.pool_size maximum number of pooled connections

更重要的是:

Hibernate's own connection pooling algorithm is, however, quite rudimentary. It is intended to help you get started and is not intended for use in a production system, or even for performance testing.

如果正在使用文档中描述的值,这将是值得检查的,这将导致 Hibernate 管理池而不将池管理委托(delegate)给生产就绪的连接池实现。

就netstat的输出而言,连接数和打开它们的原因是决定你手头是否有问题的最重要标准。通常,生产就绪的池实现只会在必要时打开连接,并且还能够缩小池大小。此外,如果连接未在使用中,则此类池管理器可能会丢弃这些连接。从处于 TIME_WAIT 状态的连接数来看,服务器正在等待来自客户端的流量;这可能是物理连接在不再需要后不会被丢弃的情况。

尽管以上所有观察结果只有一个结果建议 - 使用比默认连接池实现更好的连接池实现,并且其性能特征也很容易理解。您会得到使用 c3p0 的建议或 BoneCP , 来自这里的很多人。

更新

根据发布的 Spring Hibernate 配置,看来 a datasource is used to obtain connections for Hibernate .因此,数据源后面的底层连接池的配置将被使用。

更新 #2

更新后的 Spring 应用程序上下文文件,使用 DriverManagerDataSource来自 Spring 框架。从文档中逐字说明:

NOTE: This class is not an actual connection pool; it does not actually pool Connections. It just serves as simple replacement for a full-blown connection pool, implementing the same standard interface, but creating new Connections on every call.

需要注意的重要一点是 DriverManagerDataSource 依赖于提供给它的属性来创建连接。正如文档中所述,它将使用 DriverManager 而不是 JNDI 绑定(bind)数据源来创建连接。这里的重点是 DriverManager 通常返回到数据库的物理连接,这与返回逻辑连接包装器的 DataSources 不同。看起来(从 netstat 输出)这些物理连接没有被关闭。也许,Hibernate 没有关闭连接;但那不太可能;您最好使用更好的连接池实现,该实现可以配置为具有永远不会超过池大小的实际连接对象池。

关于java - hibernate/ Spring : Lots (thousands) of open connections the database,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6386449/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com