`
IT少年
  • 浏览: 74299 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

tomcat manage项目查看到连接池里有连接不能释放并且cpu负载过高

    博客分类:
  • java
阅读更多
先说结论
自己的代码一直不能执行完,可能原因是
1  代码有循环
2  代码有死锁(被阻塞)
4 当前线程请求的socket无响应,陷入无限等待,这时候该线程其实还是运行中。
欢迎补充其他原因

tomcat 的manage项目里显示 我们自己的项目里连接 竟然 这么久了还没执行完,
造成的后果就是一直站着tomcat的连接池的连接,


S50819745 ms0 KB0 KB10.0.6.153course.fanya.chaoxing.comGET /api/work? HTTP/1.0


从该信息目测问题有可能是 数据库死锁了引起了,毕竟这么久了 代码还没执行完,而且代码也只是简单的数据库查询。在数据库里看并没有发现死锁

用该命令查看 对应的进程 下面的线程运行情况

ps -mp 7839 -o THREAD,tid,time | sort -rn|more

USER     %CPU PRI SCNT WCHAN  USER SYSTEM   TID     TIME
root     44.5   -    - -         -      -     - 06:42:21
root      1.8  15    - futex_    -      -  7865 00:17:02
root     16.8  19    - -         -      -  8067 02:32:18
root      1.3  19    - futex_    -      -  7862 00:12:13


PRI (-c, -l)进程或内核线程的优先级。数字越大,优先级越低。


WCHAN(-l 标志)进程或内核线程为之等待或休眠的事件。对于内核线程,如果内核线程正在运行,该字段为空。对于进程,如果只有一个内核线程正在休眠,等待通道定义为该休眠内核线程的等待通道;否则显示一个星号。WCHAN(l 标志)进程等待的事件(系统中的一个地址)。选择一个符号对地址分类,除非请求数字输出。


发现第2个 tid号对应的线程已经执行了2个小时了,那就很有可能是刚才的有问题的那个tomcat线程了

把 7839 这个进程的 详细堆栈导出到 文件中,下载下来看看

命令  jstack -l 7839 > dumpcc.txt



jstack参数:
-l长列表. 打印关于锁的附加信息,例如属于java.util.concurrent的ownable synchronizers列表


"http-8867-43" id=543 idx=0x2e0 tid=8067 prio=5 alive, native_waiting, daemon
    at pthread_cond_wait@@GLIBC_2.3.2+202(:0)@0x7f7d9d2565ba
    at eventTimedWaitNoTransitionImpl+71(event.c:90)@0x7f7d9c97a578
    at syncWaitForSignalNoTransition+65(synchronization.c:28)@0x7f7d9cb0d452
    at waitForLockIfNeededAndMarkAcquired+595(nativelock.c:163)@0x7f7d9ca9d894
    at nativeInnerLockNotLinked+126(nativelock.c:269)@0x7f7d9ca9dcdf
    at inner_native_lock+46(nativelock.c:442)@0x7f7d9ca9dd7f
    at gchreads_start_or_wait_for_gc+66(gcthreads.c:1030)@0x7f7d9c998973
    at gcThreadsStartOrWaitForGc+37(gcthreads.c:1128)@0x7f7d9c998d86
    at alloc_enqueue_allocation_and_wait_for_gc+270(allocator.c:201)@0x7f7d9c91741f
    at allocGetNewTla+152(allocator.c:655)@0x7f7d9c917649
    at RJNI_jrockit_vm_Allocator_getNewTla+61(rnimemsystem.c:57)@0x7f7d9cad707e
    at jrockit/vm/Allocator.getNewTla(JJ)V(Native Method)
    at jrockit/vm/Allocator.allocObjectOrArray(Allocator.java:354)[optimized]
    at java/util/regex/Pattern$BitClass.<init>(Pattern.java:2910)[optimized]
    at java/util/regex/Pattern.clazz(Pattern.java:2190)[inlined]
    at java/util/regex/Pattern.sequence(Pattern.java:1818)[optimized]
    at java/util/regex/Pattern.expr(Pattern.java:1752)[optimized]
    at java/util/regex/Pattern.group0(Pattern.java:2530)[optimized]
    at java/util/regex/Pattern.sequence(Pattern.java:1806)[optimized]
    at java/util/regex/Pattern.expr(Pattern.java:1752)[optimized]
    at java/util/regex/Pattern.group0(Pattern.java:2530)[optimized]
    at java/util/regex/Pattern.sequence(Pattern.java:1806)[optimized]
    at java/util/regex/Pattern.expr(Pattern.java:1752)[optimized]
    at java/util/regex/Pattern.compile(Pattern.java:1460)[optimized]
    at java/util/regex/Pattern.<init>(Pattern.java:1133)[inlined]
    at java/util/regex/Pattern.compile(Pattern.java:823)[inlined]
    at fanya/service/TestPaperService.isNumeric(TestPaperService.java:1163)[optimized]
    at fanya/service/TestPaperService.split(TestPaperService.java:1154)

看堆栈信息 里 是从TestPaperService.isNumeric 这行开始进入 正则的api,怀疑是自己代码有问题,就翻看isNumeric的实现,
发现 该方法内部有个 pattern.compile 还以为是高并发时,正则表达式太耗cpu或者 正则表达式本身有死循环那。就重写了该方法
并且把 pattern.compile 这一行代码当做成员变量而不是局部变量了。过了一周后更新到生产环境。本以为问题该解决了,但是发现问题还有,丝毫没有缓解的迹象
线程堆栈跟以前稍微有点不一样
  at pthread_cond_wait@@GLIBC_2.3.2+202(:0)@0x7f7d9d2565ba
    at eventTimedWaitNoTransitionImpl+71(event.c:90)@0x7f7d9c97a578
    at syncWaitForSignalNoTransition+65(synchronization.c:28)@0x7f7d9cb0d452
    at waitForLockIfNeededAndMarkAcquired+595(nativelock.c:163)@0x7f7d9ca9d894
    at nativeInnerLockNotLinked+126(nativelock.c:269)@0x7f7d9ca9dcdf
    at inner_native_lock+46(nativelock.c:442)@0x7f7d9ca9dd7f
    at gchreads_start_or_wait_for_gc+66(gcthreads.c:1030)@0x7f7d9c998973
    at gcThreadsStartOrWaitForGc+37(gcthreads.c:1128)@0x7f7d9c998d86
    at alloc_enqueue_allocation_and_wait_for_gc+270(allocator.c:201)@0x7f7d9c91741f
    at allocGetNewTla+152(allocator.c:655)@0x7f7d9c917649
    at RJNI_jrockit_vm_Allocator_getNewTla+61(rnimemsystem.c:57)@0x7f7d9cad707e
    at jrockit/vm/Allocator.getNewTla(JJ)V(Native Method)
    at jrockit/vm/Allocator.allocObjectOrArray(Allocator.java:354)[optimized]
    at java/util/regex/Pattern$BitClass.<init>(Pattern.java:2910)[optimized]
    at java/util/regex/Pattern.clazz(Pattern.java:2190)[inlined]
    at java/util/regex/Pattern.sequence(Pattern.java:1818)[optimized]
    at java/util/regex/Pattern.expr(Pattern.java:1752)[optimized]
    at java/util/regex/Pattern.group0(Pattern.java:2530)[optimized]
    at java/util/regex/Pattern.sequence(Pattern.java:1806)[optimized]
    at java/util/regex/Pattern.expr(Pattern.java:1752)[optimized]
    at java/util/regex/Pattern.group0(Pattern.java:2530)[optimized]
    at java/util/regex/Pattern.sequence(Pattern.java:1806)[optimized]
    at java/util/regex/Pattern.expr(Pattern.java:1752)[optimized]
    at java/util/regex/Pattern.compile(Pattern.java:1460)[optimized]
    at java/util/regex/Pattern.<init>(Pattern.java:1133)[inlined]
    at java/util/regex/Pattern.compile(Pattern.java:823)[inlined]
    at fanya/service/TestPaperService.split(TestPaperService.java:1154)


变成了从TestPaperService.split代码后直接到Pattern.compile方法,查看该方法发现 自己写的split方法里面有死循环。

ps:因为总想着是不是因为上面堆栈红色部分的那里是不是有bug,耽误了不少时间。

分享到:
评论

相关推荐

    tomcat连接池与阿里Druid连接池

    Tomcat 连接池和阿里 Druid 连接池的配置和比较 Tomcat 连接池是一种基于 Java 的数据库连接池实现,提供了高效、可靠的数据库连接管理。阿里 Druid 连接池是阿里巴巴开发的开源连接池,提供了高性能、可靠的数据库...

    Tomcat连接池配置.doc

    Tomcat 连接池配置详解 Tomcat 连接池配置是 Web 应用程序中一个非常重要的组件,它负责管理和维护数据库连接,确保数据访问的高速和安全性。本文将详细介绍 Tomcat 连接池配置的步骤和原理,帮助读者快速掌握 ...

    Tomcat6配置连接池

    ### Tomcat6配置连接池详解 #### 一、引言 在Java Web开发中,数据库连接池技术的应用极为广泛。合理的数据库连接管理不仅能提高应用程序的性能,还能有效避免因频繁创建销毁连接所导致的资源浪费问题。Apache ...

    Tomcat连接池的配置

    Tomcat 7及更高版本提供了两种连接池实现:`Apache Commons DBCP2`和`Apache Tomcat JDBC Pool`。两者各有优劣,`Tomcat JDBC Pool`更现代且功能更强大,通常推荐使用。要在`context.xml`中切换到`Tomcat JDBC Pool`...

    Tomcat连接池配置

    **描述**: Tomcat连接池配置涉及到在Apache Tomcat服务器中设置数据源,以便高效地管理和复用数据库连接。这包括对Oracle和MSSQL Server这两种不同类型的数据库进行配置,并在Java应用程序中引用这些连接池。提供的...

    java web项目配置tomcat连接池的那些搓事

    在Tomcat中,常用的连接池组件有Apache的DBCP、C3P0和Tomcat自带的Tomcat-jdbc。本篇博客可能主要介绍了Tomcat-jdbc的配置,因为它是Tomcat 7及以上版本的默认连接池实现,性能优秀且易于使用。 配置Tomcat连接池...

    Tomcat连接池配置详解

    在高并发和大数据量的场景下,为了提高应用性能和资源利用率,使用连接池是必不可少的策略。Tomcat连接池,也称为数据源(DataSource),允许复用已建立的数据库连接,减少创建和关闭连接的开销。 配置Tomcat连接池...

    tomcat连接池配置

    Tomcat内置的连接池组件主要有两种:Apache Commons DBCP和HikariCP,其中HikariCP以其高性能而被广泛采用。 二、Tomcat连接池配置 1. 添加依赖 在Maven项目中,需要在pom.xml文件中添加HikariCP的依赖: ```xml...

    Tomcat服务器配置及数据库连接池配置(个人整理版)

    ### Tomcat服务器配置及数据库连接池配置详解 #### 一、Tomcat服务器配置与环境搭建 ##### 1. JDK安装与配置 - **系统环境**:Windows 2003 Server SP3。 - **JDK路径设置**: - `JAVA_HOME` 设置为 `C:\JDK`。 ...

    tomcat连接池的配置与性能测试

    `Tomcat连接池`是Java应用服务器中用于管理数据库连接的一种机制,它的目的是提高数据库连接的复用性,减少创建和销毁连接的开销,从而提升应用的性能和响应速度。Tomcat内置了多种连接池实现,如Apache的Commons ...

    tomcat数据连接池配置

    在IT行业中,Tomcat是一款广泛使用的轻量级Java EE应用服务器,它主要负责运行Web应用程序。...正确配置和管理数据连接池能显著提升Web应用的性能,同时降低资源消耗,是每个Java开发者必备的技能之一。

    tomcat连接池应用例子

    描述中提到的“简单的通过Tomcat连接池访问mysql数据库的jsp程序例子”,意味着这是一个教学或演示性质的项目,旨在展示如何在JSP页面中通过Tomcat的连接池连接到MySQL数据库并执行查询。JSP(JavaServer Pages)是...

    Tomcat web应用中配置连接池的详细过程

    ### Tomcat Web 应用中配置连接池的详细过程 #### 一、引言 在现代Web开发中,数据库连接管理是一项重要的任务。为了提高应用性能并减少资源消耗,通常会采用连接池技术来管理数据库连接。对于部署在Tomcat服务器...

    tomcat下配置oracle的连接池

    在Tomcat这样的应用服务器中配置Oracle连接池,可以有效地管理数据库连接,提高系统资源利用率,减少数据库的开销。下面我们将详细介绍如何在Tomcat下配置Oracle的连接池,包括局部和全局的配置。 首先,我们需要...

    tomcat_连接池数据库密码加密解密方法

    在Tomcat环境下,连接池通常使用Apache Commons DBCP(Database Connection Pool)来管理数据库连接。默认情况下,DBCP会直接读取配置文件中的用户名和密码,这意味着这些信息是以明文形式存在的。一旦服务器被非法...

    tomcat数据源连接池配置

    在Java Web应用中,Tomcat作为一款广泛应用的Servlet容器,其数据源连接池配置是确保高效、稳定数据库访问的关键步骤。本篇文章将详细介绍如何在Tomcat中配置数据源连接池,以及涉及的相关jar包文件。 首先,理解...

    TOMCAT数据库连接池配置说明文档

    TOMCAT数据库连接池配置是Java Web开发中不可或缺的一环,它能够有效地管理和优化数据库连接,提高系统性能。以下是对TOMCAT数据库连接池配置的详细说明。 首先,你需要下载TOMCAT及其管理控件包,通常推荐使用5.x...

Global site tag (gtag.js) - Google Analytics