Whoami:5年+金融、政府、医疗领域工作经验的DBACertificate:PGCM、OCP、YCPSkill:Oracle、Mysql、PostgreSQL、国产数据库Platform:CSDN、墨天轮、公众号(呆呆的私房菜)
现象:某个进程CPU MEM使用率非常高。 解决方法:
1. 使用top查看哪个进程cpu使用率高,再定位数据库sidselect sid, sql_id, event, status from v$session where paddr in (select addr from v$process where spid=&spid);2. 查看会话使用内存超过100M的用户set line 300col MACHINE for a10col PROGRAM for a25col USERNAME for a15select s.sid, s.serial#, s.username, s.machine, s.program,s.process, s.sql_id, p.pga_alloc_mem/1048576 size_m, p.spidfrom v$session s, v$process p where s.paddr=p.addr and p.pga_alloc_mem>104857600 order by 7 desc;3. 分析进程和会话,决定是否killalter system kill session '<sid>,<serial#>';
现象:SQL执行效率降低。 解决方法:
1. 查看当前pga使用大小select sum(pga_alloc_mem)/1024/1024/1024 size_gb from v$process;2. 查看使用pga较大的进程set line 300col MACHINE for a10col PROGRAM for a25col USERNAME for a15select s.sid, s.serial#, s.username, s.machine, s.program,s.process, s.sql_id, p.pga_alloc_mem/1048576 size_m, p.spidfrom v$session s, v$process p where s.paddr=p.addr and p.pga_alloc_mem > 104857600 order by 7 desc;3. 分析进程和会话,决定是否killalter system kill session '<sid>,<serial#>';
现象:usr%使用率达到90%以上。 原因:
1. 不良sql造成大量等待2. 大量的短连接造成cpu负载高3. bug
解决方法:
1. 定位数据库是否有大量异常等待,如latch free、library cache lock/等select event, count(*), wait _class from v$session group by event,wait_class order by 2;2. 若无等待事件,则观察数据库中process和session情况,判定是否与平常存在较大差别,同时判断运行的SQL是否与平时差别较大select count(1) from v$process;select count(1) from v$session;
现象:cpu使用率暴增,达到90%以上。 原因:大表上的索引被删除,部分sql全表扫描导致资源聚集消耗。 解决方案:
1. 定位低效sqlselect to_char(a.logon_time,'yyyy-mm-dd hh24:mi') logon_time,a.sql_id,a.event,a.username,a.osuser,a.process,a.machine,a.program,a.module,b.sql_text,b.LAST_LOAD_TIME,to_char(b.last_active_time,'yyyy-mm-dd hh24:mi:ss') last_active_time,c.owner,c.object_name,a.last_call_et,a.sid,a.SQL_CHILD_NUMBER,c.object_type,p.PGA_ALLOC_MEM,a.p1,a.p2,a.p3,'kill -9 '||p.spid killstrfrom v$session a, v$sql b, dba_objects c,v$process pwhere a.wait_class <> 'Idle' and a.status='ACTIVE' and p.addr=a.paddrand a.sql_id = b.sql_id(+)and a.sql_child_number = b.CHILD_NUMBER(+)and a.row_wait_obj# = c.object_id(+)and a.type='USER'order by a.sql_id,a.event;2. 停掉相关应用,kill等待的session,然后重建索引(parallel nologging)解决。② 应用如果无法停止,则手动停止所有节点监听,kill等待的session,新建索引(parallel nologging)alter system kill session '<sid>,'<serial#>';create index idx_xxx on <table_name>(<column_name>) nologging parallel 8;
现象1:连接不上数据库 解决方案:
1. 分析连接数,查找连接较多的模块,反馈给对应应用厂商show parameter sessionselect count(1) from v$session;注: 若sqlplus也无法连接,则kill其中几个会话ps -ef | grep LOCAL=NO | awk '{print $2}'kill <pid>select machine, program, count(*) from v$session group by machine, program order by 3;2. 查看监听,观察监听状态lsnrctl status
现象2:客户端不定时断开 原因:
分析过程:1. 检查数据库配置,包括系统超时限制、用户资源限制和网络超时限制;col PROFILE for a20col LIMIT for a20select PROFILE,RESOURCE_NAME,LIMIT from dba_profiles;cd $ORACLE_HOME/network/admincat sqlnet.ora2. 在不同网段进行模拟,判断不同网段是否断开现象;3. 分析是否断开时间是否有规律之类的突破口一般来说,这种情况由网络/防火墙策略限制导致。
本文内容就到这啦,阅读完本篇,相信你已经掌握如何正确处理Oracle故障问题了吧!我们下篇再见!

文章转载自呆呆的私房菜,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




