Heim  >  Artikel  >  Datenbank  >  Oracle优化心得摘抄

Oracle优化心得摘抄

WBOY
WBOYOriginal
2016-06-07 16:58:44903Durchsuche

3、如何找到点用系用资源特别大的Oracle的session及其履行的语句.Hp-unix可以用glance,topIBM AIX可以用topas此外可以使用ps的命

许多的时侯,做Oracle DBA的我们,当运用治理员向我们通告当初利用很慢、数据库很慢的时侯,我们到数据库时做几个示例的Select也发现同样的问题时,有些时侯我们会无从下手,因为我们以为数据库的各种命种率都是满意Oracle文档的倡议.实际上现在的优化己经向优化等待(waits)转型了,实际中性能优化最基本的呈现点也都集中在IO,这是影响性能最重要的方面,由系统中的等待去发现Oracle库中的不足、操作系统某些资源利用的不合理是一个比拟好的方法,下面把我的一点实际经验与大家分享一下,本文测重于Unix环境.

一、通过操作系统的一些工具检讨系统的状况,好比CPU、内存、交流、磁盘的应用率,依据教训或与系统正常时的状态比拟对,有时系统名义上看起来看闲暇这也可能不是一个畸形的状态,因为cpu可能正期待IO的实现.除此之外我们还应观注那些占用系统资源(cpu、内存)的进程.

1、如何检查操作系统是否存在IO的问题?使用的工存在sar,这是一个比较通用的工具.

Rp1#sar -u 2 10

即每隔2秒检察一次,共执行20次,当然这些都由你决议了.

示例返回:

HP-UX hpn2 B.11.00 U 9000/800 08/05/03

18:26:32 %usr %sys %wio %idle

注:我在RedHat下查看是这种成果,不知%system就是所谓的%wio

Linux 2.4.21-20.ELsmp (YY075) 05/19/2005

10:36:07 AM CPU %user %nice %system %idle

10:36:09 AM all 0.00 0.00 0.13 99.87

10:36:11 AM all 0.00 0.00 0.00 100.00

10:36:13 AM all 0.25 0.00 0.25 99.49

10:36:15 AM all 0.13 0.00 0.13 99.75

10:36:17 AM all 0.00 0.00 0.00 100.00

10:36:17 AM CPU %user %nice %system %idle

10:36:19 AM all 0.00 0.00 0.00 100.00

10:36:21 AM all 0.00 0.00 0.00 100.00

10:36:23 AM all 0.00 0.00 0.00 100.00

10:36:25 AM all 0.00 0.00 0.00 100.00

其中的%usr指的是用户进程使用的cpu资源的百分比,%sys指的是系统资源使用cpu资源的百分比,%wio指的是等待io完成的百分比,这是值得我们观注的一项,%idle即空闲的百分比.如果wio列的值很大,如在35%以上,说明你的系统的IO存在瓶颈,你的CPU破费了很大的时光去等待IO的完成.Idle很小说明系统CPU很忙.像我的这个示例,可以看到wio均匀值为11说明io没什么特别的问题,而我的idle值为零,说明我的cpu已经满负荷运行了.

当你的系统存在IO的问题,可以从以下多少个方面解决

*联系相应的操作系统的技巧支撑对这方面进行优化,比如hp-ux在规定卷组时的条带化等方面.

*查找Oracle中分歧理的sql语句,对其进行优化

*对Oracle中访问量频繁的表除合理建索引外,再就是把这些表分表空间寄存免得拜访上产生热门,再有就是对表公道分区.

2、关注一下内存.

常用的工具便是vmstat,对hp-unix来说可以用glance,Aix来说可以用topas,当你发现vmstat中pi列非零, memory中的free列的值很小,glance,topas中内存的利用率多于80%时,这时说明你的内存方面应当调节一下了,方式大体有以下几项.

*划给Oracle使用的内存不要超过系统内存的1/2,个别保在系统内存的40%为益.

为系统增长内存

*假如你的衔接特殊多,可以使用MTS的方法

*打全补丁

linux

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn