性能优化有时就这么简单
A、概述
最近有一个系统（aix6.1+Oracle10.2.0.5 RAC）CPU每五分钟就达到百分之百，这个系统是监控系统，针对所有运行系统每五分钟取数，所以之前也没太在意， 其实在年前就有过这种情况，只是把执行频繁的语句发送给项目组，有针对系统运行环境调整了一下SGA等大小，只是不告警了（cpu使用超过百分之九十就告警），也就没管。可这几天有出现该问题，还是继续将执行频繁的sql发送给项目组，由于所有受监控的系统都会每五分钟向该系统发数，也就理所当然的认为系统就这个特点，也就没理会。可是，这两天，告警短信也每五分钟就发送一次，随之的恢复短信，自己看着不烦，领导看着也烦啊，那就看看吧（虽然对sql语句不感冒吧）
——————————————————————————–
Linux-6-64下安装Oracle 12C笔记
在CentOS 6.4下安装Oracle 11gR2(x64)
Oracle 11gR2 在VMWare虚拟机中安装步骤
Debian 下 安装 Oracle 11g XE R2
——————————————————————————–
B、 处理过程
通过提取一段时间内的AWR，，发现下面这条语句执行次数最频繁，当然也是消耗cpu资源最多的。
SELECT V1400, H, L, A, to_char(HTIME, ‘yyyy-mm-dd hh24:mi:ss’), to_char(LTIME, ‘yyyy-mm-dd hh24:mi:ss’) FROM XXXDBA.ORACLETABLEAVAILABLE WHERE RESOURCEID = :1 AND TIME = to_date(:2, ‘yyyy-mm-dd’)
第一眼看去有绑定变量，而且截取几个时间段的AWR发现每次执行的语句列名也不完全相同，就想，让项目组的人去看吧。闲来无事，就查看了一下该表的信息
SQL> desc XXXDBA.ORACLETABLEAVAILABLE
Name Null? Type
—————————————
RESOURCEID NOT NULL VARCHAR2(128)
TIME NOT NULL DATE
V0000 NUMBER
V0005 NUMBER
V0010 NUMBER
V0015 NUMBER
V0020 NUMBER
V0025 NUMBER
V0030 NUMBER
V0035 NUMBER
V0040 NUMBER
………………………………..
V2355 NUMBER
H NUMBER
L NUMBER
A NUMBER
HTIME DATE
LTIME DATE
第一反应是感觉这个表会不会定时或者根据条件更新列啊，先不管了，看一下执行计划再说，发现执行一次竟然那么长时间，而且走的全表扫描
SQL> explain plan for SELECT V0800,H,L,A,to_char(HTIME,’yyyy-mm-dd hh24:mi:ss’),to_char(LTIME,’yyyy-mm-dd hh24:mi:ss’) FROM XXXDBA.ORACLETABLEAVAILABLE WHERE RESOURCEID = :1 AND TIME = to_date(:2,’yyyy-mm-dd’);
Explained.
SQL> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
————————————————————————————————————————————————————————————————————————————————————————————————————
Plan hash value: 1457290298
———————————————————————————————–
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
———————————————————————————————–
| 0 | SELECT STATEMENT | | 1 | 65 | 18311 (1)| 00:03:40 |
|* 1 | TABLE ACCESS FULL| ORACLETABLEAVAILABLE | 1 | 65 | 18311 (1)| 00:03:40 |
———————————————————————————————–
Predicate Information (identified by operation id):
—————————————————
1 – filter(“RESOURCEID”=:1 AND “TIME”=TO_DATE(:2,’yyyy-mm-dd’))
13 rows selected.
查看该表行数
SQL> select count(*) from XXXDBA.ORACLETABLEAVAILABLE;
COUNT(*)
———-
326796
查看是否有相关索引，竟然没有索引，按理说该表不算太大，但执行次数太多，加个索引会快些吧
SQL> select owner,index_name,index_type,table_name from dba_indexes where table_name=’ORACLETABLEAVAILABLE’;
no rows selected
通过询问项目组人员，得知，该表收集受监听系统时间点数据，更做相应更新操作，列名不变，查询语句中条件语句列RESOURCEID是唯一的，建议项目组添加索引，索引信息如下
SQL> select owner,index_name,index_type,table_name from dba_indexes where table_name=’ORACLETABLEAVAILABLE’;