最近有个用户量 5W-10W 的 web 应用,频繁导致 weblogic 崩溃,让运维组很难受。

通过几天跟踪系统日志和 weblogic 运行状况,发现报错的姿势有很多,其中对定位问题比较关键的报错:

ExecuteThread: '496' for queue: 'weblogic.kernel.Default (self-tuning)' has beenbusy for "712" seconds working on the request "XXXX", which is more than the configured time (StuckThreadMaxTime) of "600" seconds.

weblogic 分配给 web 应用使用的线程响应返回周期最大为10分钟,线程迟迟无法返回结果导致阻塞,并且这样的刺头线程越来越多。

运行一段时间后达到 weblogic 阻塞线程的阀值,weblogic 自然就崩溃了。

刚开始也试着调大 weblogic 响应周期/阻塞线程的阀值,但是阻塞线程还是会存在并且很快达到阀值。

仔细比对奔溃前后日志,查看 weblogic 阻塞线程详情,导致阻塞开始罪魁祸首是数据库查询需要很长时间。

该系统与内外围很多厂商系统有进行数据交互,数据库里面旁根错杂的 db_link/synonyms/view/procedure。

而且是老旧项目,代码经过很多人修改,已经风烛残年摇摇欲坠,俺想重造它不是一天两天了,因为很多原因无法进行,很无奈。

规范数据库中的交互流程?然后动代码?oh,no! 限定解决的期限将至,不能拖。

应用起初使用的是自带 C3P0 ConnectionPool,出现崩溃问题后,辗转尝试很多方法。

将应用的数据库连接池改动为服务器 weblogic  JNDI ConnectionPool ,使数据库连接的压力从应用转移到 web 容器。

崩溃问题得到了缓解,经过后续的 weblogic 连接池参数的调整,卡死崩溃问题得到妥善解决。

实践证明 web 容器配置 JNDI 提供给应用使用效率远远大于应用自带的连接池,也使我不得不重新审视这块对于 web 项目的重要性。

同样 JNDI 避免了程序与数据库之间的紧耦合,使应用更加易于配置、易于部署。  而且这样几乎无代码改动,只需变动下 DataSource 的获取。

试想发布在 weblogic 上面的 10个自带连接池的应用,当数据库信息变动时,你是不是想哭?

1. DataSource / ConnectionPool /  JNDI 三者关系

DataSource:数据源是在 JDBC2.0 中引入的一个概念;

在 JDBC 扩展包中定义了Java.sql.DataSource 接口,它负责建立与数据库的连接;

在应用程序访问数据库是不必编写连接数据库的代码,可直接从数据源获得数据库连接。

ConnectionPool :在数据源中初始化建立了多个数据库连接,这些数据库连接保存在连接池(ConnectionPool)中。

Java程序访问数据库时,只需从连接池中取出空闲状态的数据库连接,当访问结束时,将数据库连接返回给连接池。

JNDI : (Java Naming and Directory Interface)Java命名与目录接口;

为开发人员提供了查找和访问各种命名和目录服务的通用、统一的接口。

其实可以将 JNDI 理解为一种对象和名字绑定的技术,即指定一个资源名称,将该名称与某一资源或服务相关联。

结合图和上面的简述,数据层关键性对象都已展露无遗,同样也很容易理解。

JNDI 避免了程序与数据库之间的紧耦合,使应用更加易于配置、易于部署。

2. 配置 JNDI 数据源的方式和使用

weblogic 上配置 JNDI 为图形界面,操作起来很方便,而且那是运维组的事情,术业有专攻。

这里我拿 Tomcat 为例(开发时你也不可能在本机装个 weblogic 调试吧),简述下配置 JDNI 的几种方式:

a. 全局使用:Tomcat 的 conf 文件夹下的 context.xml  配置文件中添加:

<Resource name="jndi/db_test"
auth="Container"
type="javax.sql.DataSource"
driverClassName="com.mysql.jdbc.Driver"
url="jdbc:mysql://localhost:3306/db_test"
username="root"
password="123456"
maxActive="20"
maxIdle="10"
maxWait="10000"/>

b.局部使用:Tomcat 的 conf 文件夹下 server.xml 的 <host> 标签内添加:

Context path="/demo_jndi" docBase="/demo_jndi">
<Resource
name="jndi/db_test"
type="javax.sql.DataSource"
driverClassName="com.mysql.jdbc.Driver"
maxIdle="2"
maxWait="5000"
username="root"
password="123456"
url="jdbc:mysql://localhost:3306/db_test"
maxActive="4"/>
</Context>

c.局部使用:应用 META-INFO 下新建 context.xml 添加:

<?xml version="1.0" encoding="UTF-8"?>
<Context>
<Resource name="jndi/db_test"
auth="Container"
type="javax.sql.DataSource"
driverClassName="com.mysql.jdbc.Driver"
url="jdbc:mysql://localhost:3306/db_test"
username="root"
password="123456"
maxActive="20"
maxIdle="10"
maxWait="10000"/>
</Context>

上述几种配置使用的数据源都为 javax.sql.DataSource,当然你也可以引入其他开源的数据源。

也就是 web 容器使用其他的开源数据库连接池,比如像下面这几种姿势(记得将依赖的 jar 添加到容器的 lib 中):

<Resource name="jndi/db_test"
auth="Container"
//DBCP
type="javax.sql.DataSource"
factory="org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory" //C3P0
type="com.mchange.v2.c3p0.ComboPooledDataSource"
factory="org.apache.naming.factory.BeanFactory" //Druid
type="com.alibaba.druid.pool.DruidDataSource"
factory="com.alibaba.druid.pool.DruidDataSourceFactory" driverClassName="com.mysql.jdbc.Driver"
url="jdbc:mysql://localhost:3306/db_test"
username="root"
password="123456"
maxActive="20"
maxIdle="10"
maxWait="10000"/>

配置好之后,使用起来也是相当的简单,核心如下2行代码即可:

    Context ctx = new InitialContext();
DataSource ds = (DataSource) ctx.lookup("java:comp/env/jndi/db_test");

如果项目中引入了 Spring 上述两行代码都可以省了,注入数据源配置,如下:

    <bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName" value = "java:comp/env/jndi/db_test"/>
</bean>

因为命名前缀的不用,避免发布时忘记修改,统一配置 tomcat 和 weblogic 上的数据源 jndi 的方式:

<jee:jndi-lookup id="dataSource" jndi-name="jdbc/db_test" />

浅析 Jndi / DataSource / ConnectionPool 三者的更多相关文章

  1. 浅析JNDI注入Bypass

    之前在Veracode的这篇博客中https://www.veracode.com/blog/research/exploiting-jndi-injections-java看到对于JDK 1.8.0 ...

  2. Java JNDI Datasource HOW-TO Problem

    在开发JAVA的时候发生了点问题,解决方案记录一下,在这里http://tomcat.apache.org/tomcat-7.0-doc/jndi-datasource-examples-howto. ...

  3. Tomcat中使用JNDI加载JDBC数据源

    以前写JDBC的时候总是手工写一个类,用硬代码写上className.url.用户名和密码什么的,然后通过DriverManager获取到Connection.那样写是很方便,但是如果想更改的话,需要 ...

  4. tomcat JNDI 设置

    一.在Spring配置文件中的配置   <bean id="dataSource" class="org.springframework.jndi.JndiObje ...

  5. tomcat下jndi配置

    jndi(Java Naming and Directory Interface,Java命名和目录接口)是一组在Java应用中访问命名和目录服务的API.命名服务将名称和对象联系起来,使得我们可以用 ...

  6. 转!数据库连接池概念、种类、配置(DBCP\C3P0\JndI与Tomact配置连接池)

    数据库连接池概念.种类.配置(DBCP\C3P0\JndI与Tomact配置连接池) 一.DBCP 连接:DBCP 连接池是 Apache 软件基金组织下的一个开源连接池实现. 需要的 java 包c ...

  7. tomcat下jndi的三种配置方式

    jndi(Java Naming and Directory Interface,Java命名和目录接口)是一组在Java应用中访问命名和目录服务的API.命名服务将名称和对象联系起来,使得我们可以用 ...

  8. 【转】tomcat下jndi的三种配置方式

    jndi(Java Naming and Directory Interface,Java命名和目录接口)是一组在Java应用中访问命名和目录服务的API.命名服务将名称和对象联系起来,使得我们可以用 ...

  9. Springmvc +JNDI 在Tomcat下 配置数据源(转)

    一.             简介 jndi(Java Naming and Directory Interface,Java命名和目录接口)是一组在Java应用中访问命名和目录服务的API.命名服务 ...

随机推荐

  1. SQL SERVER 事务日志 解析

    1 基本介绍 每个数据库都具有事务日志,用于记录所有事物以及每个事物对数据库所作的操作. 日志的记录形式需要根据数据库的恢复模式来确定,数据库恢复模式有三种: 完整模式,完全记录事物日志,需要定期进行 ...

  2. Laravel的ORM入门

    源码目录在\vendor\laravel\framework\src\Illuminate\Database\Eloquent\Relations下 关系:一对多(One To Many) 场景:每篇 ...

  3. Linux 安装DenyHost防止ssh被暴力破解

    DenyHosts介绍 当你的linux服务器暴露在外网当中时,服务器就极有可能会遭到互联网上的扫描软件进行扫描,然后试图连接ssh端口进行暴力破解(穷举扫描).如果遇到这个问题,一款非常有用的工具D ...

  4. Canada Cup 2016 C. Hidden Word

    C. Hidden Word time limit per test 2 seconds memory limit per test 256 megabytes input standard inpu ...

  5. java线程学习(二)

    多个线程并发抢占资源是,就会存在线程并发问题,造成实际资源与预期不符合的情况.这个时候需要设置"资源互斥". 1.创建资源,这个地方我创建了一个资源对象threadResource ...

  6. 实现自动构建编译javaweb项目并发布到N台服务器

    前言 当你使用nginx实现了负载均衡,当你有了超过3台以上的应用服务器时,一个特别头疼的问题就来了,发布项目好麻烦. 你每次都要在本地编译打包一遍,然后手动复制到每一台服务器上面去,如果只有一两台服 ...

  7. 技术分享,学术报告presentation 常用的承接句

    前言 现在即使是搞技术,做科研的,也需要在不同的场合,用ppt来做分享,做汇报,做总结. 如果国际会议,研讨会,或者在外企,国外工作,英文的presentation就更加必不可少.英语的提升需要大家从 ...

  8. 在 JavaScript 中 prototype 和 __proto__ 有什么区别

    本文主要讲三个 问题 prototype 和 proto function 和 object new 到底发生了什么 prototype 和 proto 首先我们说下在 JS 中,常常让我们感到困惑的 ...

  9. OpenFlow硬件交换机制作及刷机教程

    1.目的 将普通路由器升级成为一台支持OpenFlow的交换机. 具体哪些路由器可以刷OpenFlow可以参考:OpenWRT:http://wiki.openwrt.org/toh/start#su ...

  10. Druid连接池配置(java无框架)

    连接池是一个对数据库连接进行管理的东西,当一个线程需要用 JDBC 对 数据库操作时,它从池中请求一个连接.当这个线程使用完了这个连接,将它返回到连接池中,这样这就可以被其它想使用它的线程使用,而不是 ...