数据库性能检查指导方案
Author: Kamus
Date：2004-9
在系统稳定之后，应该按照本指导方案每个月检查一次产品数据库。
该指导方案适用于Oracle9i数据库，因为有些脚本在9i中才可以运行。
检查方式均为以sysdba身份登录数据库以后在SQLPLUS中执行命令脚本（每小节的“检查方法”部分有详细的命令脚本）。
登陆数据库的命令：
sqlplus “sys/password as sysdba”
一．内存性能评估
在内存性能评估的时候，我们使用内存性能指数（MPI, Memory Performance Index），下表列出了MPI中的各项指数，这个评分系统并不意味着对内存的使用和分配的全方位评估，而只是代表一个晴雨表，反映当前系统内存的使用和分配状况。
|
MPI指数 |
|
分类 |
所需等级 |
最高分 |
|
缓冲区命中率（Buffer Cache） |
>98% |
30 |
|
数据字典命中率（Dictionary Cache） |
>98% |
30 |
|
库缓存命中率（Library Cache） |
>98% |
30 |
|
内存中的排序（Sort in Memory） |
>98% |
30 |
|
空闲的数据缓冲区比例 |
10-25% |
30 |
|
使用最多的前10个SQL占用的内存 |
<5% |
60 |
|
是否已经调整使用最多的前25个SQL |
是 |
30 |
|
是否尝试固定高速缓存中经常使用的对象 |
是 |
10 |
|
MPI指数 |
总分 |
250 |
1． 缓冲区命中率
显示了对于数据总读取量而言，非磁盘读取（缓冲区命中）的百分比。当然，十分高的命中率并不代表数据库性能一定优良，也有可能是糟糕的SQL引起了大量的缓冲区读操作，只有在已经调整过首要的查询之后，这个命中率才能更好地反映数据库性能。
检查方法：
select (1 - (sum(decode(name, 'physical reads', value, 0)) /
(sum(decode(name, 'db block gets', value, 0)) +
sum(decode(name, 'consistent gets', value, 0))))) * 100
"Hit Ratio"
from v$sysstat;
评估准则：
|
等级 |
分数 |
|
<90% |
0 |
|
90-94% |
10 |
|
95-98% |
20 |
|
>98% |
30 |
2． 数据字典命中率
显示了对数据字典和其它对象的内存读操作的百分比。
检查方法：
select (1 - (sum(getmisses) / sum(gets))) * 100 "Hit Ratio"
from v$rowcache;
评估准则：
|
等级 |
分数 |
|
<85% |
0 |
|
86-92% |
10 |
|
92-98% |
20 |
|
>98% |
30 |
3． 库缓存命中率
显示了对SQL和PL/SQL对象的内存读操作的百分比。同样注意，很高的命中率并不总是反映数据库性能优秀。
检查方法：
select sum(pins) / (sum(pins) + sum(reloads)) * 100 "Hit Ratio"
from v$librarycache;
评估准则：
|
等级 |
分数 |
|
<90% |
0 |
|
90-94% |
10 |
|
94-98% |
20 |
|
>98% |
30 |
4． 内存中的排序
根据初始化参数PGA_AGGREGATE_TARGET或者SORT_AREA_SIZE的值，用户的排序操作可能在内存中执行，也可能在临时表空间中执行。这个检查用以显示在内存中排序占总排序的百分比。
检查方法：
select a.value "Disk Sorts",
b.value "Memory Sorts",
round((100 * b.value) /
decode((a.value + b.value), 0, 1, (a.value + b.value)),
2) "Pct Memory Sorts"
from v$sysstat a, v$sysstat b
where a.name = 'sorts (disk)'
and b.name = 'sorts (memory)';
评估准则：
|
等级 |
分数 |
|
<90% |
0 |
|
90-94% |
10 |
|
94-98% |
20 |
|
>98% |
30 |
5． 空闲的数据缓冲区比例
空闲的记录数除以X$BH表中的记录总数（即所分配的数据块缓冲区的总数）得到的空闲缓冲区百分比。同样注意，拥有众多空闲缓冲区的数据库不一定是最佳环境，因为可能是缓冲区设置过大，浪费内存。
检查方法：
select decode(state,
0,
'FREE',
1,
decode(lrba_seq, 0, 'AVAILABLE', 'BEING USED'),
3,
'BEING USED',
state) "Block Status",
count(*)
from x$bh
group by decode(state,
0,
'FREE',
1,
decode(lrba_seq, 0, 'AVAILABLE', 'BEING USED'),
3,
'BEING USED',
state);
评估准则：
|
等级 |
分数 |
|
<5% |
0 |
|
5-19% |
30 |
|
20-25% |
20 |
|
>25% |
0 |
6． 最浪费内存的前10个语句占全部内存读取量的比例
通常一个没有优化系统中，10个最常用的SQL语句的访问量会占到整个系统中内存读操作的50%以上。这些SQL是最需要进行优化的部分，也是优化工作中优先级很高的部分。
检查方法：
select sum(pct_bufgets)
from (select rank() over(order by buffer_gets desc) as rank_bufgets,
to_char(100 * ratio_to_report(buffer_gets) over(), '999.99') pct_bufgets
from v$sqlarea)
where rank_bufgets < 11;
评估准则：
|
等级 |
分数 |
|
<5% |
60 |
|
5-19% |
50 |
|
20-25% |
30 |
|
>25% |
0 |
7． 调整前25个最浪费内存的语句
在没有调整的情况下，绝大多数系统中，访问量占前25位的语句的内存读操作将占用整个系统所有内存读操作的75%，对这部分语句进行调整是至关重要的。这部分脚本用于获得访问量占前25位的SQL语句。
检查方法：
set serveroutput on size 1000000
declare
top25 number;
text1 varchar2(4000);
x number;
len1 number;
cursor c1 is
select buffer_gets, substr(sql_text, 1, 4000)
from v$sqlarea
order by buffer_gets desc;
begin
dbms_output.put_line('Gets' || ' ' || 'Text');
dbms_output.put_line('--------' || ' ' || '---------------');
open c1;
for i in 1 .. 25 loop
fetch c1
into top25, text1;
dbms_output.put_line(rpad(to_char(top25), 9) || ' ' ||
substr(text1, 1, 66));
len1 := length(text1);
x := 66;
while len1 > x - 1 loop
dbms_output.put_line('" ' || substr(text1, x, 66));
x := x + 66;
end loop;
end loop;
end;
/
评估准则：
本部分没有评估准则，需要开发人员或者DBA去确认在这25个SQL中属于应用系统的语句是否都已经作过调优。
8． 固定缓存对象
尝试在内存中固定（pin）经常使用的对象，包括表，存储过程等。
检索需要在共享池中要求大于100K连续空间的对象：
select *
from v$db_object_cache
where sharable_mem > 100000
and type in ('PACKAGE', 'PACKAGE BODY', 'PROCEDURE', 'FUNCTION');
考察返回的结果，确认是否需要pin到共享池中，返回结果中的KEPT字段如果是YES，那么表示该对象已经固定在了共享池中，为NO，则表示还没有固定。
如果需要固定，使用下面的语句：
exec dbms_shared_pool.keep('SYS.STANDARD');
数据库默认安装的时候没有创建dbms_shared_pool包，所以需要先创建该包。
cd $ORACLE_HOME/rdbms/admin
sqlplus “/ as sysdba”
@dbmspool.sql
如果我们要固定表，那么可以在创建表的时候或者修改表属性时使用CACHE关键字，将表放置到Buffer Cache的LRU列表的MRU端。通常我们需要对于较小的但是频繁使用的表进行这种操作。
alter table table_name cache;
我们也可以将需要频繁使用的表放置到另外一个独立的Buffer Cache中，比如KEEP池。这种操作可以使这些表的数据不至于很快被清除出Default Buffer Cache。
alter table table_name storage (buffer pool keep);
评估准则：
本部分没有评估准则，需要开发人员或者DBA在系统分析以后谨慎执行。
二．存储性能评估
三．Statspack报表中需要首先查看的十项内容
本文参考：
Oracle9i Performance Tuning Tips & Techniques - Richard J.Niemiec
Oracle9i Database Concepts - tahiti.oracle.com
Oracle9i Database Reference - tahiti.oracle.com
发表于 @ 2004年09月30日 02:38:00|评论(loading...)|编辑