gpt4 book ai didi

java - 如何避免与 TomEE 的 JDBC 连接池的数据库连接停滞?

转载 作者:行者123 更新时间:2023-11-29 01:38:00 29 4
gpt4 key购买 nike

我正在 TomEE1.7.2(通过 tomcat7、javaEE6)创建一个 JSF 网络应用程序。我有 JDBC 到 mysql5.6.23 的连接设置,如下所示,它工作得很好,只持续了几个小时。

我的数据访问父类(super class):

public class BaseDao {
@javax.ejb.EJB
MyEnvironmentService env;

@javax.persistence.PersistenceContext(unitName = "persistence-unit-stg")
protected javax.persistence.EntityManager em_stg;

@javax.persistence.PersistenceContext(unitName = "persistence-unit-prd")
protected javax.persistence.EntityManager em_prd;

protected javax.persistence.EntityManager em;

@javax.annotation.PostConstruct
private void init(){
switch (env.getName()){
case "stg":
em = em_stg;
break;
case "prd":
em = em_prd;
break;
default:
throw new RuntimeException("Oh no!");
}
}
}

我的数据访问类:

@javax.ejb.Stateless
public class MyDao extends BaseDao{
public MyEntity find(Object id) {
return em.find(MyEntity.class, id);
}
}

我的 META-INF/persistence.xml:

<?xml version="1.0" encoding="UTF-8" ?>
<persistence version="2.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd">
<persistence-unit name="persistence-unit-stg" transaction-type="JTA">
<jta-data-source>mysql-jdbc-jta-resource-stg</jta-data-source>
</persistence-unit>
<!-- almost same persistence-unit for prd -->
</persistence>

我的 WEB-INF/resource.xml:

<?xml version='1.0' encoding='UTF-8'?>
<resources>
<Resource id="mysql-jdbc-jta-resource-stg" type="javax.sql.DataSource">
JdbcDriver com.mysql.jdbc.Driver
JdbcUrl jdbc:mysql://db-stg.bar.someRegion.rds.amazonaws.com/someDBname
UserName username
password password
jtaManaged true
</Resource>
<!-- almost same Resource for prd -->
</resources>

我有两个问题想解决:

1.当我在暂存环境中启动我的 Web 应用程序时,离开它,然后出现 mysql“wait_timeout”,我的 Web 应用程序得到

javax.transaction.RollbackException: Transaction is marked for rollback

并且永远无法重新连接到 mysql。我已经尝试过一些 JDBC autoreconnect=true 或 autoreconnectForPool=true事情,也没有用,我觉得这不是最好的事情,首先(功能已经弃用?)。

2。当我启动我的网络应用程序时,我看到恰好有 3 个连接连接到 mysql,每次,似乎只使用了一个连接并延长了它的超时时间,但其他 2 个从未在“wait_timeout”时被使用和杀死。我试过“initialSize 10”,它带有 15 个连接,同样,只使用了一个连接。

我猜他们有一个非常简单的解决方案,因为它说:

Internally, from TomEE 1.5.0, JDBC pools are managed via Tomcat-pool.

在本页http://tomee.apache.org/common-datasource-configurations.html

嗯,是的,我确实想使用这个 Tomcat JDBC 池(或者其他替代方案很好。),它似乎没有启用。可能是我缺少一些 xml 设置或 jar 或其他什么,但我不知道。请帮助我。

最佳答案

我在我的 WEB-INF 文件夹中成功地使用了一个 resources.xml,类似于我的生产项目中的这个:

<?xml version="1.0" encoding="utf-8"?>
<resources>
<Resource id="mysql-jdbc-jta-resource-stg" type="javax.sql.DataSource">
JtaManaged = true
DataSourceCreator = tomcat

validationQuery = SELECT 1
initialSize = 2
removeAbandoned = true
removeAbandonedTimeout = 120

driverClassName = com.mysql.jdbc.Driver
url = jdbc:mysql://db-stg.bar.someRegion.rds.amazonaws.com/someDBname
username = your-username
password = your-pw
</Resource>
</resources>

一个重要的区别是使用 DataSourceCreator = tomcat。这确保 TomEE 创建一个池,负责连接验证(“SELECT 1”)并删除停滞/过时的连接,从而释放后台资源。

相比之下,DataSourceCreator = dbpc(未设置时为默认:“默认提供的池是 DBCP...”)表现如您所描述/体验的那样(超时,...)。检查related documentation进一步的区别。

另请注意,= 在我的工作配置中使用。我发现在以前的 TomEE 版本中它似乎在没有 = 的情况下也能工作。但是,当您的目标应用程序服务器是 TomEE 1.7.2 或更高版本时,我建议始终使用 = 配置。

有关这方面的更多详细信息也可以在 DataSource Configuration 中找到页。

希望对您有所帮助。

关于java - 如何避免与 TomEE 的 JDBC 连接池的数据库连接停滞?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34382661/

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