Oracle数据库服务器CPU持续100%之等待事件asynch descriptor resize

简介: 2017年5月11日下午13点,一地市技术反应服务器响应慢,CPU长时间100%如图: 经观察数据库服务器资源监视器,发现是oracle进程导致的,登录数据库查询数据库等待事件,发现asynch descriptor resize居高不下...
2017年5月11日下午13点,一地市技术反应服务器响应慢,CPU长时间100%如图:

经观察数据库服务器资源监视器,发现是oracle进程导致的,登录数据库查询数据库等待事件,发现 asynch descriptor resize居高不下

按照等待事件类型查询对应的会话信息如下,有30多个会话同时执行同一条sql语句: b7rng1bdrzzkq

查询sql语句 b7rng1bdrzzkq对应的sql文本如下:

b7rng1bdrzzkq的执行计划如下:
PLAN_TABLE_OUTPUT 
--------------------------------------------------------------------------------------------------------------------------------------------------------
SQL_ID b7rng1bdrzzkq, child number 0 
------------------------------------- 
select zdb.HOSPITAL_ID, 
zdh.HOSPITAL_NAME, 
zdb.hisid, 
zdb.HS_PATIENT_NAME as 
PATIENT_NAME, 
hs_area_code as 
DEPTNAME, 
admission_disease_name as 
RULE_NAME, 
round(zdb.TOTAL_COST/10000,4) as Total_Costs 
from zk_dw_bill zdb, zk_dim_hospital zdh 
where zdb.HOSPITAL_ID = zdh.HOSPITAL_ID_SZ 
and exists 
(select 1 from 
zk_dw_billdetail zdbd where zdb.HISID = zdbd.pid 
AND zdbd.item_date >= 
to_date('2017/5/11 00:00:00', 'yyyy/mm/dd HH24:mi:ss') 
AND zdbd.item_date <= 
to_date('2017/5/11 23:59:59', 'yyyy/mm/dd HH24: 
Plan hash value: 32811706 
------------------------------------------------------------------------------------------------------------------------------- 
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop | 
------------------------------------------------------------------------------------------------------------------------------- 
| 0 | SELECT STATEMENT | | | | 13 (100)| | | | 
| 1 | SORT ORDER BY | | 1 | 424 | 13 (24)| 00:00:01 | | | 
| 2 | NESTED LOOPS | | | | | | | | 
| 3 | NESTED LOOPS | | 1 | 424 | 12 (17)| 00:00:01 | | | 
| 4 | MERGE JOIN CARTESIAN | | 1 | 362 | 12 (17)| 00:00:01 | | | 
| 5 | MERGE JOIN CARTESIAN | | 1 | 296 | 6 (17)| 00:00:01 | | | 
| 6 | SORT UNIQUE | | 1 | 261 | 2 (0)| 00:00:01 | | | 
| 7 | PARTITION RANGE SINGLE | | 1 | 261 | 2 (0)| 00:00:01 | 862 | 862 | 
|* 8 | TABLE ACCESS FULL | CLAIMDETAILHOSPITAL | 1 | 261 | 2 (0)| 00:00:01 | 862 | 862 | 
| 9 | BUFFER SORT | | 31 | 1085 | 4 (25)| 00:00:01 | | | 
| 10 | TABLE ACCESS FULL | DW_ZD_HOSPITAL_YB | 31 | 1085 | 3 (0)| 00:00:01 | | | 
| 11 | BUFFER SORT | | 1 | 66 | 9 (23)| 00:00:01 | | | 
| 12 | VIEW | VW_SQ_1 | 1 | 66 | 6 (17)| 00:00:01 | | | 
| 13 | HASH UNIQUE | | 1 | 2083 | | | | | 
|* 14 | HASH JOIN | | 1 | 2083 | 6 (17)| 00:00:01 | | | 
| 15 | PARTITION RANGE SINGLE | | 1 | 2077 | 2 (0)| 00:00:01 | 862 | 862 | 
|* 16 | TABLE ACCESS FULL | AUDITRESULT4HOSPITAL | 1 | 2077 | 2 (0)| 00:00:01 | 862 | 862 | 
| 17 | TABLE ACCESS FULL | GZ_LIST | 29 | 174 | 3 (0)| 00:00:01 | | | 
|* 18 | INDEX UNIQUE SCAN | PK_CLAIMHOSPITAL_HISID | 1 | | 0 (0)| | | | 
|* 19 | TABLE ACCESS BY GLOBAL INDEX ROWID| CLAIMHOSPITAL | 1 | 62 | 0 (0)| | ROWID | ROWID | 
------------------------------------------------------------------------------------------------------------------------------- 
Query Block Name / Object Alias (identified by operation id): 
------------------------------------------------------------- 
1 - SEL$817CBF02 
8 - SEL$817CBF02 / CLAIMDETAILHOSPITAL@SEL$5 
10 - SEL$817CBF02 / DW_ZD_HOSPITAL_YB@SEL$3 
12 - SEL$A7D54A5B / VW_SQ_1@SEL$E4B10583 
13 - SEL$A7D54A5B 
16 - SEL$A7D54A5B / AA@SEL$7 
17 - SEL$A7D54A5B / GL@SEL$7 
18 - SEL$817CBF02 / CLAIMHOSPITAL@SEL$2 
19 - SEL$817CBF02 / CLAIMHOSPITAL@SEL$2 
Outline Data 
------------- 
/*+ 
BEGIN_OUTLINE_DATA 
IGNORE_OPTIM_EMBEDDED_HINTS 
OPTIMIZER_FEATURES_ENABLE('11.2.0.1') 
DB_VERSION('11.2.0.1') 
OPT_PARAM('_optimizer_use_feedback' 'false') 
ALL_ROWS 
OUTLINE_LEAF(@"SEL$A7D54A5B") 
OUTLINE_LEAF(@"SEL$817CBF02") 
UNNEST(@"SEL$68B588A0") 
UNNEST(@"SEL$7286615E") 
OUTLINE(@"SEL$68B588A0") 
MERGE(@"SEL$7") 
OUTLINE(@"SEL$E4B10583") 
OUTLINE(@"SEL$7286615E") 
MERGE(@"SEL$5") 
OUTLINE(@"SEL$6") 
OUTLINE(@"SEL$7") 
OUTLINE(@"SEL$5428C7F1") 
MERGE(@"SEL$2") 
MERGE(@"SEL$3") 
OUTLINE(@"SEL$4") 
OUTLINE(@"SEL$5") 
OUTLINE(@"SEL$1") 
OUTLINE(@"SEL$2") 
OUTLINE(@"SEL$3") 
FULL(@"SEL$817CBF02" "CLAIMDETAILHOSPITAL"@"SEL$5") 
FULL(@"SEL$817CBF02" "DW_ZD_HOSPITAL_YB"@"SEL$3") 
NO_ACCESS(@"SEL$817CBF02" "VW_SQ_1"@"SEL$E4B10583") 
INDEX(@"SEL$817CBF02" "CLAIMHOSPITAL"@"SEL$2" ("CLAIMHOSPITAL"."HISID")) 
LEADING(@"SEL$817CBF02" "CLAIMDETAILHOSPITAL"@"SEL$5" "DW_ZD_HOSPITAL_YB"@"SEL$3" "VW_SQ_1"@"SEL$E4B10583" 
"CLAIMHOSPITAL"@"SEL$2") 
USE_MERGE_CARTESIAN(@"SEL$817CBF02" "DW_ZD_HOSPITAL_YB"@"SEL$3") 
USE_MERGE(@"SEL$817CBF02" "VW_SQ_1"@"SEL$E4B10583") 
USE_NL(@"SEL$817CBF02" "CLAIMHOSPITAL"@"SEL$2") 
NLJ_BATCHING(@"SEL$817CBF02" "CLAIMHOSPITAL"@"SEL$2") 
FULL(@"SEL$A7D54A5B" "AA"@"SEL$7") 
FULL(@"SEL$A7D54A5B" "GL"@"SEL$7") 
LEADING(@"SEL$A7D54A5B" "AA"@"SEL$7" "GL"@"SEL$7") 
USE_HASH(@"SEL$A7D54A5B" "GL"@"SEL$7") 
USE_HASH_AGGREGATION(@"SEL$A7D54A5B") 
END_OUTLINE_DATA 
*/ 

Predicate Information (identified by operation id): 
--------------------------------------------------- 
8 - filter("ITEM_DATE"<=TO_DATE(' 2017-05-11 23:59:59', 'syyyy-mm-dd hh24:mi:ss')) 
14 - access("GL"."ID"=TO_NUMBER("AA"."RULECODE")) 
16 - filter("AA"."ITEM_DATE"<=TO_DATE(' 2017-05-11 23:59:59', 'syyyy-mm-dd hh24:mi:ss')) 
18 - access("HISID"="PID") 
filter("ITEM_1"="HISID") 
19 - filter("HOSPITAL_ID"="HOSPITAL_ID_SZ") 
Column Projection Information (identified by operation id): 
----------------------------------------------------------- 
1 - (#keys=1) INTERNAL_FUNCTION("SETTLE_DATE")[7], "HOSPITAL_ID"[VARCHAR2,128], "HOSPITAL_NAME"[VARCHAR2,128], 
"HISID"[VARCHAR2,128], "HS_PATIENT_NAME"[VARCHAR2,200], "HS_AREA_CODE"[VARCHAR2,100], 
"ADMISSION_DISEASE_NAME"[VARCHAR2,128], ROUND("TOTAL_COST"/10000,4)[22] 
2 - "HOSPITAL_NAME"[VARCHAR2,128], "HISID"[VARCHAR2,128], "HOSPITAL_ID"[VARCHAR2,128], 
"ADMISSION_DISEASE_NAME"[VARCHAR2,128], "HS_AREA_CODE"[VARCHAR2,100], "TOTAL_COST"[NUMBER,22], 
"HS_PATIENT_NAME"[VARCHAR2,200], "SETTLE_DATE"[DATE,7] 
3 - "HOSPITAL_ID_SZ"[VARCHAR2,128], "HOSPITAL_NAME"[VARCHAR2,128], "CLAIMHOSPITAL".ROWID[ROWID,10], 
"HISID"[VARCHAR2,128] 
4 - "PID"[VARCHAR2,500], "HOSPITAL_ID_SZ"[VARCHAR2,128], "HOSPITAL_NAME"[VARCHAR2,128], "ITEM_1"[VARCHAR2,128] 
5 - "PID"[VARCHAR2,500], "HOSPITAL_ID_SZ"[VARCHAR2,128], "HOSPITAL_NAME"[VARCHAR2,128] 
6 - (#keys=1) "PID"[VARCHAR2,500] 
7 - "PID"[VARCHAR2,500] 
8 - "PID"[VARCHAR2,500] 
9 - (#keys=0) "HOSPITAL_ID_SZ"[VARCHAR2,128], "HOSPITAL_NAME"[VARCHAR2,128] 
10 - "HOSPITAL_ID_SZ"[VARCHAR2,128], "HOSPITAL_NAME"[VARCHAR2,128] 
11 - (#keys=0) "ITEM_1"[VARCHAR2,128] 
12 - "ITEM_1"[VARCHAR2,128] 
13 - "AA"."CLAIM_ID"[VARCHAR2,128] 
14 - (#keys=1) "AA"."CLAIM_ID"[VARCHAR2,128] 
15 - "AA"."CLAIM_ID"[VARCHAR2,128], "AA"."RULECODE"[VARCHAR2,4000] 
16 - "AA"."CLAIM_ID"[VARCHAR2,128], "AA"."RULECODE"[VARCHAR2,4000] 
17 - "GL"."ID"[NUMBER,22] 
18 - "CLAIMHOSPITAL".ROWID[ROWID,10], "HISID"[VARCHAR2,128] 
19 - "HOSPITAL_ID"[VARCHAR2,128], "ADMISSION_DISEASE_NAME"[VARCHAR2,128], "HS_AREA_CODE"[VARCHAR2,100], 
"TOTAL_COST"[NUMBER,22], "HS_PATIENT_NAME"[VARCHAR2,200], "SETTLE_DATE"[DATE,7] 
已选择144行。
由于服务器CPU100%,响应极慢,由于是select查询语句,与地市技术人员沟通后,决定查杀等待事件 asynch descriptor resize对应的会话进程:

如图所示,会话查杀后,服务器CPU恢复正常水平。
目录
相关文章
|
2月前
|
Oracle 关系型数据库 Linux
【赵渝强老师】Oracle数据库配置助手:DBCA
Oracle数据库配置助手(DBCA)是用于创建和配置Oracle数据库的工具,支持图形界面和静默执行模式。本文介绍了使用DBCA在Linux环境下创建数据库的完整步骤,包括选择数据库操作类型、配置存储与网络选项、设置管理密码等,并提供了界面截图与视频讲解,帮助用户快速掌握数据库创建流程。
337 93
|
1月前
|
弹性计算 ice
阿里云4核8G云服务器配置价格:热门ECS实例及CPU处理器型号说明
阿里云2025年4核8G服务器配置价格汇总,涵盖经济型e实例、计算型c9i等热门ECS实例,CPU含Intel Xeon及AMD EPYC系列,月费159元起,年付低至1578元,按小时计费0.45元起,实际购买享折扣优惠。
372 1
|
2月前
|
机器学习/深度学习 数据库 数据安全/隐私保护
服务器核心组件:CPU 与 GPU 的核心区别、应用场景、协同工作
CPU与GPU在服务器中各司其职:CPU擅长处理复杂逻辑,如订单判断、网页请求;GPU专注批量并行计算,如图像处理、深度学习。二者协同工作,能大幅提升服务器效率,满足多样化计算需求。
1253 39
|
1月前
|
Oracle 关系型数据库 Linux
【赵渝强老师】使用NetManager创建Oracle数据库的监听器
Oracle NetManager是数据库网络配置工具,用于创建监听器、配置服务命名与网络连接,支持多数据库共享监听,确保客户端与服务器通信顺畅。
176 0
|
2月前
|
存储 弹性计算 网络协议
阿里云服务器ECS通用算力型u2a实例,CPU采用AMD EPYC处理器,睿频最高3.7 GHz
阿里云ECS通用算力型u2a实例搭载AMD EPYC处理器,睿频高达3.7GHz,基于CIPU架构,网络与存储突发带宽最高25Gbps,I/O性能强、延迟低。支持多种云盘及IPv4/IPv6,适用于中小型数据库、APP服务等场景,性价比高,官网价降低9%-22%,是中小企业上云优选。
486 0
|
2月前
|
缓存 人工智能 算法
不同业务怎么选服务器?CPU / 内存 / 带宽配置表
本文详解了服务器三大核心配置——CPU、内存、带宽,帮助读者快速理解服务器性能原理。结合不同业务场景,如个人博客、电商、数据库、直播等,提供配置选择建议,并强调合理搭配的重要性,避免资源浪费或瓶颈限制。内容实用,适合初学者和业务选型参考。
535 0
|
30天前
|
弹性计算 定位技术 数据中心
阿里云服务器配置选择方法:付费类型、地域及CPU内存配置全解析
阿里云服务器怎么选?2025最新指南:就近选择地域,降低延迟;长期使用选包年包月,短期灵活选按量付费;企业选2核4G5M仅199元/年,个人选2核2G3M低至99元/年,高性价比爆款推荐,轻松上云。
129 11
|
28天前
|
存储 缓存 安全
阿里云轻量应用服务器实例:通用型、多公网IP型、CPU优化、国际及容量型区别对比
阿里云轻量服务器分通用型、CPU优化型、多公网IP型、国际型和容量型。通用型适合网站与应用;CPU优化型提供稳定高性能计算;多公网IP型支持2-3个IP,适用于账号管理;国际型覆盖海外地域,助力出海业务;容量型提供大存储,适配网盘与实训场景。
196 1
|
1月前
|
弹性计算
阿里云ECS云服务器8核16G配置收费价格,多种ECS实例CPU及费用清单
阿里云8核16G云服务器价格因实例类型而异。计算型c9i约743元/月,一年6450元(7折);通用算力型u1仅673元/月,一年4225元(5.1折)。实际价格享时长折扣,详情见ECS官网。
|
2月前
|
存储 缓存 数据挖掘
阿里云轻量应用服务器“CPU优化型”配置介绍、费用价格说明
阿里云轻量应用服务器推出CPU优化型,提供更强计算性能,2核4GB起,最高16核64GB,全系支持200Mbps带宽。适用于企业级应用、数据库、游戏服务器等高算力场景,保障稳定高效运行。
367 1

热门文章

最新文章

推荐镜像

更多