返回顶部
首页 > 资讯 > 数据库 >oracle数据库CPU过高问题分析
  • 266
分享到

oracle数据库CPU过高问题分析

2024-04-02 19:04:59 266人浏览 独家记忆
摘要

这篇文章主要讲解了“oracle数据库CPU过高问题分析”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“oracle数据库CPU过高问题分析”吧!一、执行一条

这篇文章主要讲解了“oracle数据库CPU过高问题分析”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“oracle数据库CPU过高问题分析”吧!

一、执行一条sql查询无索引的大表,使服务器一核CPU使用近100%

SQL> select * from scott.t3 where name=dbms_random.string('u', 10);
top - 19:35:32 up 1 day, 12:26,  6 users,  load average: 0.15, 0.04, 0.01
Tasks: 236 total,   2 running, 234 sleeping,   0 stopped,   0 zombie
Cpu0  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  : 99.3%us,  0.7%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   2039644k total,  1935220k used,   104424k free,   140204k buffers
Swap:  4095992k total,    46008k used,  4049984k free,  1273692k cached
   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                            
 20394 oracle    20   0  542m  54m  50m R 99.8  2.8   0:08.82 oracle                                                                                              
     1 root      20   0 19396 1204  936 S  0.0  0.1   0:01.28 init                                                                                                
     2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd                                                                                            
     3 root      RT   0     0    0    0 S  0.0  0.0   0:00.44 migration/0                                                                                         
     4 root      20   0     0    0    0 S  0.0  0.0   0:22.40 ksoftirqd/0                                                                                         
     5 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0                                                                                         
     6 root      RT   0     0    0    0 S  0.0  0.0   0:00.04 watchdog/0                                                                                          
     7 root      RT   0     0    0    0 S  0.0  0.0   0:00.48 migration/1                                                                                         
     8 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/1                                                                                         
     9 root      20   0     0    0    0 S  0.0  0.0   0:00.50 ksoftirqd/1                                                                                         
    10 root      RT   0     0    0    0 S  0.0  0.0   0:00.06 watchdog/1                                                                                          
    11 root      20   0     0    0    0 S  0.0  0.0   0:13.44 events/0                                                                                            
    12 root      20   0     0    0    0 S  0.0  0.0   0:00.51 events/1                                                                                            
    13 root      20   0     0    0    0 S  0.0  0.0   0:00.00 cpuset                                                                                              
    14 root      20   0     0    0    0 S  0.0  0.0   0:00.00 khelper                                                                                             
    15 root      20   0     0    0    0 S  0.0  0.0   0:00.00 netns                                                                                               
    16 root      20   0     0    0    0 S  0.0  0.0   0:00.00 async/mgr                                                                                           
    17 root      20   0     0    0    0 S  0.0  0.0   0:00.00 pm                                                                                                  
    18 root      20   0     0    0    0 S  0.0  0.0   0:00.00 sync_supers                                                                                         
    19 root      20   0     0    0    0 S  0.0  0.0   0:00.00 bdi-default                                                                                         
    20 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kintegrityd/0                                                                                       
    21 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kintegrityd/1                                                                                       
    22 root      20   0     0    0    0 S  0.0  0.0   0:00.62 kblockd/0                                                                                           
    23 root      20   0     0    0    0 S  0.0  0.0   0:00.19 kblockd/1                                                                                           
    24 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kacpid                                                                                              
    25 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kacpi_notify                                                                                        
    26 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kacpi_hotplug                                                                                       
    27 root      20   0     0    0    0 S  0.0  0.0   0:00.00 ata/0                                                                                               
    28 root      20   0     0    0    0 S  0.0  0.0   0:00.00 ata/1                                                                                               
    29 root      20   0     0    0    0 S  0.0  0.0   0:00.00 ata_aux                                                                                             
    30 root      20   0     0    0    0 S  0.0  0.0   0:00.00 ksuspend_usbd                                                                                       
    31 root      20   0     0    0    0 S  0.0  0.0   0:00.02 khubd                                                                                               
    32 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kseriod                                                                                             
    33 root      20   0     0    0    0 S  0.0  0.0   0:00.00 md/0                                                                                                
    34 root      20   0     0    0    0 S  0.0  0.0   0:00.00 md/1                                                                                                
    35 root      20   0     0    0    0 S  0.0  0.0   0:00.00 md_misc/0                                                                                           
    36 root      20   0     0    0    0 S  0.0  0.0   0:00.00 md_misc/1                                                                                           
    37 root      20   0     0    0    0 S  0.0  0.0   0:00.01 khungtaskd                                                                                          
    38 root      20   0     0    0    0 S  0.0  0.0   0:05.76 kswapd0                                                                                             
    39 root      25   5     0    0    0 S  0.0  0.0   0:00.00 ksmd

二、通过v$sqlstats视图根据cpu时间进行排序,查出当前CPU消耗最大的前两条sql,可以看到排名第一的就是刚才执行的测试sql,至此,即可定位到引发高CPU的语句,下一步进行语句分析;

SQL> select * from (select s.sql_id,s.SQL_TEXT,s.CPU_TIME / 1000000 cpu from v$sqlstats s order by s.CPU_TIME desc) where rownum<=2;
SQL_IDSQL_TEXT       CPU
-------------------------------------------------------------------------------------------------------
gmkaj9nz7vyvwselect * from scott.t3 where name=dbms_random.string('u', 10) 60.965731
SQL_IDSQL_TEXT       CPU
-------------------------------------------------------------------------------------------------------
d2dkktkqvxhp6
SELECT T.TABLE_NAME, T.TABLESPACE_NAME, T.NUM_ROWS, TC.COMMENTS, T.LOGGING, T.TA
BLE_LOCK, T.ROW_MOVEMENT, T.CLUSTER_NAME, T.PCT_FREE, T.PCT_USED, T.INI_TRANS, T.MAX_TRANS, T.INITIAL_EXTENT, T.NEXT_EXTENT, T.MIN_EXTENTS, T.MAX_EXTENTS, T.PCT
_INCREASE, T.FREELISTS, T.FREELIST_GROUPS, T.BLOCKS, T.EMPTY_BLOCKS, T.AVG_SPACE
, T.CHaiN_CNT, T.AVG_SPACE_FREELIST_BLOCKS, T.NUM_FREELIST_BLOCKS, T.SAMPLE_SIZE
, T.GLOBAL_STATS, T.USER_STATS, T.DURATION, T.SKIP_CORRUPT, T.AVG_ROW_LEN, T.OBJ
ECT_ID_TYPE, T.TABLE_TYPE_OWNER, T.TABLE_TYPE, T.COMPRESS_FOR, T.STATUS DROP_TAB
LE_STATUS, T.COMPRESSION, T.DROPPED, T.CLUSTER_OWNER, T.DEPENDENCIES, T.IOT_NAME
, T.BACKED_UP, T.DEGREE, T.INSTANCES, T.CACHE, T.LAST_ANALYZED, T.PARTITIONED, T.IOT_TYPE, T.TEMPORARY, T.SECONDARY, T.NESTED, T.BUFFER_POOL, T.MONITORING, (SEL
ECT STATUS FROM SYS.ALL_OBJECTS WHERE OWNER = T.OWNER AND OBJECT_NAME = T.TABLE_
NAME AND OBJECT_TYPE = 'TABLE' AND SUBOBJECT_NAME IS NULL) STATUS, (SELECT GENER
ATED FROM SYS.ALL_OBJECTS WHERE OWNER =
  
 .776882

三、根据第2步得到的sqlid,通过视图dba_hist_sql_plan可以查看到此sql的执行计划,可以看到进行了全表扫描

SQL> select id,operation,options,object_owner,object_name,object_type,optimizer,cost,bytes,cpu_cost,time from dba_hist_sql_plan where sql_id='gmkaj9nz7vyvw';
IDOPERATIONOPTIONSOBJECT_OWNEROBJECT_NAMEOBJECT_TYPEOPTIMIZERCOST  BYTES   CPU_COST      TIME
-------------------- -------------------- ---------- ---------- ------------------------------ -------------------- ---------- ---------- ------------------------------ -------------------- ---------- ---------- ----------
0SELECT STATEMENTALL_ROWS3632
1TABLE ACCESSFULLSCOTTT3TABLE3632836060800816736244

四、如果问题已经出现一段时间,在v$sqlstats视图中已搜索不到数据,可以前往查看视图dba_hist_sqlstat,里面会有历史的sql数据记录,根据下面sql可以查看到第四条即为刚才测试的语句,然后根据sqlid仍可至dba_hist_sql_plan视图中查看执行计划

SQL> select t.*,(select sql_text from dba_hist_sqltext where sql_id=t.sql_id) sql_text from (select sql_id,sum(cpu_time_total),sum(cpu_time_delta) from dba_hist_sqlstat group by sql_id order by 2 desc) t where rownum<=5;
SQL_ID      SUM(CPU_TIME_TOTAL) SUM(CPU_TIME_DELTA)SQL_TEXT
--------------------------------------------------------------------------------------------- ------------------- -------------------
46hjcvyssg7a2922170810    545961002BEGIN DBMS_SQLPA.execute_analysis_task(task_name=>:sts_task); END;
5hrxg25g8bdpd502210755    308952092INSERT INTO T1 VALUES (S_T1_ID.NEXTVAL,DBMS_RANDOM.STRING('u', 10),SYSDATE)
7j89gjdpf4m4u398767377    265823588
begin
for i in 1 .. 1000000 loop
insert into t1 values (s_t1_id.Nextval,dbms_ran
gmkaj9nz7vyvw324451675    261535240select * from scott.t3 where name=dbms_random.string('u', 10)
a0qbnz3z4x4ns179105773    179105773select * from scott.t1 where name=dbms_random.string('u', 10)
SQL> select id,operation,options,object_owner,object_name,object_type,optimizer,cost,bytes,cpu_cost,time from dba_hist_sql_plan where sql_id='gmkaj9nz7vyvw';
IDOPERATIONOPTIONSOBJECT_OWNEROBJECT_NAMEOBJECT_TYPEOPTIMIZERCOST  BYTES   CPU_COST      TIME
-------------------- -------------------- ---------- ---------- ------------------------------ -------------------- ---------- ---------- ------------------------------ -------------------- ---------- ---------- ----------
0SELECT STATEMENTALL_ROWS3632
1TABLE ACCESSFULLSCOTTT3TABLE3632836060800816736244

感谢各位的阅读,以上就是“oracle数据库CPU过高问题分析”的内容了,经过本文的学习后,相信大家对oracle数据库CPU过高问题分析这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是编程网,小编将为大家推送更多相关知识点的文章,欢迎关注!

您可能感兴趣的文档:

--结束END--

本文标题: oracle数据库CPU过高问题分析

本文链接: https://lsjlt.com/news/65079.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

猜你喜欢
  • oracle数据库CPU过高问题分析
    这篇文章主要讲解了“oracle数据库CPU过高问题分析”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“oracle数据库CPU过高问题分析”吧!一、执行一条...
    99+
    2024-04-02
  • oracle数据库CPU过高问题定位分析
    本篇内容介绍了“oracle数据库CPU过高问题定位分析”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!一、...
    99+
    2024-04-02
  • oracle数据库CPU过高问题举例分析
    本篇内容介绍了“oracle数据库CPU过高问题举例分析”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!一、...
    99+
    2024-04-02
  • oracle数据库CPU过高问题定位、分析(总结)
    一、为ASH、AWR、ADDM、SPA分别开启会话,并使用会话跟踪: --ASH alter session set events '...
    99+
    2024-04-02
  • MYSQL数据库服务CPU高问题分析与优化
    MYSQL数据库服务CPU高问题分析与优化   MySQL服务性能监控分析与优化是永恒的主题,做为性能测试人员有时也要站在DBA角度出发进行适当分析与优化,这也是性能测试人员能长期生存发...
    99+
    2024-04-02
  • oracle数据库cpu负载过高怎么办
    处理 oracle 数据库高 cpu 负载需要采取以下步骤:确定原因:使用日志文件和性能监控工具识别高负载源。优化查询和索引:分析查询执行计划、优化查询并创建适当的索引。调整数据库参数:...
    99+
    2024-05-11
    oracle
  • java应用cpu占用过高问题分析及解决方法
    使用jstack分析java程序cpu占用率过高的问题1,使用jps查找出java进程的pid,如37072,使用top -p 14292 -H观察该进程中所有线程的CPU占用。[root@cp01-game-dudai-0100.cp01...
    99+
    2023-05-31
    java cpu ava
  • Mysql通过explain分析定位数据库性能问题
    目录引言explain基础exlpain分析实战总结引言 数据库性能优化是每个后端程序猿必备的基础技能之一,而mysql中的explain堪称Mysql的性能优化分析神器,我们可以通过它来分析SQL语句的对应的执行计划在...
    99+
    2023-01-13
    Mysql的explain使用 Mysql的explain
  • 如何解决CPU占用过高问题
    这篇文章主要介绍如何解决CPU占用过高问题,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!电脑CPU占用过高的原因:原因一、软件方面导致CPU占用过高软件方面主要在于系统问题,如系统过于臃肿,开启了非常多的应用程序或电...
    99+
    2023-06-28
  • 排查WMI CPU使用率过高问题
    排查WMI CPU使用率过高问题的步骤如下:1. 确认问题:首先,确认系统的CPU使用率确实过高。可以通过任务管理器或性能监视器来查...
    99+
    2023-09-13
    CPU
  • CPU资源占用过高问题解决
    内容摘要:CPU使用率高达100%。碰到这种情况,一般初学者都会选择重装系统来解决,然而其方法效果很好,但是它存在很多缺陷,如重装系统后,原来的系统设置必须重新设置,常用软件也得重新安装,非常麻烦。其实我们完全可以不重装...
    99+
    2023-05-23
    解决 问题 占用 资源 系统 软件 运行 程序
  • 数据库中出现chmod 6751 oracle问题的示例分析
    这篇文章给大家分享的是有关数据库中出现chmod 6751 oracle问题的示例分析的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。具体忘了怎么产生这个问题了,好像是迁移x3的库...
    99+
    2024-04-02
  • Oracle数据库常见运算问题解析
    Oracle数据库是一款功能强大且广泛应用的关系型数据库管理系统,在开发过程中经常会遇到各种运算问题。在本文中,将针对Oracle数据库中常见的运算问题进行深入分析,并给出具体的代码示...
    99+
    2024-03-03
    数据库 oracle 运算
  • 数据库中谓词越界问题分析
    这篇文章主要介绍“数据库中谓词越界问题分析”,在日常操作中,相信很多人在数据库中谓词越界问题分析问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”数据库中谓词越界问题分析”的疑惑...
    99+
    2024-04-02
  • ORACLE数据库的DBLINK问题
    当用户要跨本地数据库,访问另外一个数据库表中的数据时,本地数据库中必须创建了远程数据库的dblink,通过dblink本地数据库可以像访问本地数据库一样访问远程数据库表中的数据。下面讲介绍我之前项目中如何在本地数据库中创建dblink。 ...
    99+
    2017-07-02
    ORACLE数据库的DBLINK问题
  • PostgreSQL通过oracle_fdw访问Oracle数据的示例分析
    这篇文章给大家分享的是有关PostgreSQL通过oracle_fdw访问Oracle数据的示例分析的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。背景:同一个项目两个系统分别使用了PG库和Oracle库,Orac...
    99+
    2023-06-15
  • 数据库突然宕机的问题及分析
    昨天晚上,某个环境的数据库在做一个压力测试的时候突然宕机了。这个问题比较急。马上查看日志文件。 看到了如下的一段,报了os级的linux错误。提示没有空间了。 Fri Mar 14 19:16:47 20...
    99+
    2024-04-02
  • 12C数据库连接ORA-28040的问题分析
    本篇文章给大家分享的是有关12C数据库连接ORA-28040的问题分析,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。 ...
    99+
    2024-04-02
  • 新建立的数据库相关问题分析
    本篇文章给大家分享的是有关新建立的数据库相关问题分析,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。建立数据库后遇...
    99+
    2024-04-02
  • 分析Oracle表数据库高水位及shrink操作
    这篇文章主要介绍“分析Oracle表数据库高水位及shrink操作”,在日常操作中,相信很多人在分析Oracle表数据库高水位及shrink操作问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,...
    99+
    2024-04-02
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作