这是一个创建于 760 天前的主题，其中的信息可能已经有所发展或是发生改变。
功能的逻辑很简单，大概是这样的：
- 用户提交请求后
- 后端执行
select count(*) from xxx语句 - 返回响应
日志大概是这样的：
2022-10-13 09:58:56,303 INFO [xxx] - <开始执行 COUNT> -- 出现问题的请求开始
... --期间有很多其它请求可以正常处理
2022-10-13 10:11:11,839 INFO [xxx] - <COUNT 执行完毕> -- 出现问题的请求结束（被阻塞了 10 多分钟，最终请求还是执行完了）
2022-10-13 10:11:11,886 INFO [xxx] - <开始执行 COUNT> -- 用户提交的第二次请求开始
2022-10-13 10:11:12,745 INFO [xxx] - <COUNT 执行完毕> -- 用户提交的第二次请求结束 (只用了 1 秒)
- 这几条 count(*)语句只需要 1 秒左右就可以执行完。
- 请求被阻塞期间，其它请求是可以正常处理的，应该跟 JVM 无关。
- 数据库用的是 Oracle 。
- 想问下可能导致这类问题出现的原因？或者排查方向？
6 条回复 • 2022-11-09 09:08:07 +08:00
 |
1
oceanthe1h 2022-11-02 15:51:21 +08:00
是不是连接数被限制了
|
 |
2
Kontinue 2022-11-02 15:51:40 +08:00
在等锁？
|
 |
3
RedBeanIce 2022-11-02 20:01:18 +08:00  1
1 ，可以先用 arthas 分析一下是哪一行阻塞导致的
2 ，找到哪一行之后，，再进行分析，是 mysql ，还是其他的。 |
 |
4
lff0305 2022-11-03 06:42:35 +08:00 via Android 1
jstack 看下卡在哪里了,
六七年前在客户的环境遇到过一样的问题 原因是 Oracle 连接的时候 Secure Random 类在获得真随机数的时候被阻塞了（只在客户的虚拟化环境出现，其它环境无法重现） |
 |
5
fwrq41251 2022-11-03 14:57:15 +08:00
oracle 没有 PROCESSLIST 吗
|
Select Language