功能的逻辑很简单,大概是这样的:
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 秒)
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 吗
|