2020-07-22
v$session中并没有执行sql,但是该进程还是占用CPU100%
通过查询占用CPU的这些进程,发现这些session是active状态,但是并没有真正执行sql
where paddr in( select addr from v$process where spid in('356642','239722','277617','282744','316647','40066','73352','112805','123580','164341','194994','206537','235748') )
复制
这个库平时占用率都在10%以下,今天突然占用率上升到40%。
尝试过kill掉这些session,cpu立马就下来了,看来就是这些进程导致的CPU上升。
请大神分析一下,这个是什么原因导致的,在不执行sql的情况下,cpu占用率高。
我来答
添加附件
收藏
分享
问题补充
1条回答
默认
最新
回答交流
Markdown
请输入正文
提交
相关推荐
Oracle数据库索引空间不足报警,怎么解决?
回答 1
已采纳
查看索引所在表空间,然后扩展对应表空间
ORACLE RAC 如何知道某节点挂了或者被EVICTED了
回答 9
已采纳
有些监控软件是完全开源免费的,比如Zabbix完全开源免费,没有任何限制和隐藏费用。何必舍近求远呢而且,被客户告知数据库出故障再通知你们处理,和自己发现数据库出了问题然后去处理,是两种不同的驱动,对于
rac11g,领导上升级到最新版本,是哪个?怎么弄好些
回答 1
已采纳
那不是得上oracle19crac?
oracle执行查询语句时出现ora-03113,这有哪些影响因素吗?
回答 1
已采纳
1、ORA03113表示客户端与ORACLE服务进程的通信意外中断,即连接失效;2、以下因素均会导致ORA03113A、通常是网络不稳定导致,比如:防火墙设置有超时机制、网络中断;B、Oracle例程
12cr2 RAC集群问题
回答 3
坐等高手来解答你也可以去群里问问,墨天轮有官方问题群了,联系小墨。
ORACLE中的db_name,service_names,instance_name,oracle_sid,global_dbname对应关系
回答 1
已采纳
个人感觉,不同场景使用不同的名字。dbname,搭建DG时,备库的dbname要与主库一致,dbuniquename需要不同于主库;instancename,psef|grepismon看到的名称;O
mysql数据导入oracle , 表结构不一致怎么办?
回答 4
已采纳
oracle有很多方法可以查看表结构。如果你对sql不熟悉,建议使用PLSQLDeveloper软件或navicat连接到oracle数据库,编辑对应表的表结构即可。
使用driving_set导致数据查不出来
回答 2
1、看看执行计划差别2、drivingsite,你拼写错了
RHCS的HA环境下,OEM无法正常打开
回答 3
看下所有节点的密码文件修改时间,最近是否有修改密码之类的,否则就重配置em
归档日志满,awr不能自动收集
回答 2
已采纳
1.restricted模式2.用v$session视图查到进程号3.用自带的管理工具查询进程号 参考https://blog.csdn.net/lihuarongaini/article/
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~