Oracle数据库优化设计

数据缓冲区Ｖ￥ＳｙＳＳｔａｔ中的ｃｏｎｓｉＳｔｅｎｔ　

ｇｅｔＳ、ｄｂｂｌｏｃｋ　ｇｅｔｓ是ｃｏｎｓｉ　ｓｔｅｎｔ　ｍｏｄｅ　

和Ｃｕｒｒｅｎｔ　ｍｏｄｅ模式下的数据读取总量，　

ｐｈｙｓｉｃａｌ　ｒｅａｄｓ是整个磁盘物理数据读取总　

量，这两个数据的读取总量的比值就是所谓的　

命中率，如果两个数据比值＜９０％，那么就需要　

对该缓冲区大小进行调整　。　

（五）共享池调整分析　

共享池同样也是ＳＧＡ的重要组成部分，它　

主要包含了数据字典高速缓存与库高速缓存，　

这两者的作用是对整个ＳＱＬ程序进行语法分　

析、编译以及执行。　

库高速缓存中会将解析过的ＳＱＬ语句、ＰＬ／　

ＳＱＬ（存储过程、函数、包）进行缓存。如果为　

了工作的需要，将解析过的ＳＱＬ信息重用会提　

高整个数据库的性能，可以将解析过的ＳＯＬ信　

息存储在共享池中，这就需要共享池的设置　

要足够的大。通过对Ｖ￥１　ｉｂｒａｒｙｃａｃｈｅ查询实例　

来观察整个库高速度缓存的活动情况，其中的　

ｒｅｌｏａｄｓＳＮｐｉｎｓ，它们分别是库高速缓存执行　

阶段的未命中数目和库高速缓存中被执行的次　

数，如果库缓冲区的失败率超过的１％，那么就　

需要对其进行调整。除此之外，还有些情况也　

需要共享池的设置要大，字典数据高速缓存的　

总丢失数和总的存取数的比值应该接近零，当　

这个数值超过１０％，那么就需要对其进行调整。　

如将表定义的详细信息长期的存储在共享池中，　

将其进行重用，提高数据库的整体性能　』。　

通过ＶＳｒｏｗｅａｃｈｅ来对数据字典高速缓存活　

动进行详细查询，其中的ｇｅｔ　ｍｉｓｓｅｓ￥￣ｇｅｔｓ分　

别代表的是字典数据读取的失败和成功次数，　

通常要求的比值小于１０％，若超过则需要进行　

及时的调整。　

（六）日志缓冲区优化方案　

日志缓冲区主要是保存了对数据库修改信　

息，设置的大小一般为２兆以内的内存，最小　

为５００Ｋ。日志缓冲区也不能过小，否则会增加　

曰志的写盘次数，从而为Ｉ／Ｏ接口增加负担。　

日志缓冲区中的常见指令为：ｉｍｍｅｄｉａｔｅ　ｇｅｔｓ　

表示成功立即得到日志缓冲区次数；ｉｍｍｅｄｉａｔｅ　

ｍｉｓｓｅｓ则表示未成功立即获取日志缓冲区次　

数。Ｖ￥１ａｔｃｈ中的ｇｅｔｓ￣ｍｉｓｓｅｓ表示成功获得缓　

冲日志次数以及未成功获得日志缓冲区次数，　

其失败率要小于１％，如果超出则需要对数据库　

进行调整。　

（七）合理的使用工具　

有时候想直接在ＳＱＬＰＬＵＳ中看ＡＳＨ／ＡＤＤＭ／　

ＡＷＲ报告，用下面方法比较方便，因为ＡＷＲ数据　

在数据库中默认只保留７天，当我们进行性能　

对比分析需要保留时段之前的ＡＷＲ时，可以采　

用脚本定时将ＡＷＲ报告输出保存。　

ＡＳＨ（Ａｃｔｉｖｅ　Ｓｅｓｓｉｏｎ　Ｈｉｓｔｏｒｙ）　

ＡＳＨ以Ｖ￥ＳＥＳＳＩＯＮ为基础，每秒采样一次，　

记录活动会话等待的事件。不活动的会话不会　

采样，采样工作由新引入的后台进程　Ｌ来完　

成。　

生成ＡＳＨ报告：　

ＳＱＬＰＬＵＳ＞＠？／ｒｄｂｍｓ／ａｓｈｒｐｔ．ｓｑｌ　

ＡＳＨ内存记录数据始终是有限的，为了保　

存历史数据，引入了自动负载信息库（Ａｕｔｏｍ—　

ａｔｉｃ　Ｗｏｒｋｌｏａｄ　Ｒｅｐｏｓｉｔｏｒｙ，ＡＷＲ）由后台进程　

删０Ｎ完成。ＡＳＨ信息同样被采集写出到ＡｗＲ负载　

库中。由于内存不是足够的，所以ＭＭＮＬ进程在　

ＡＳＨ写满后会将信息写出到ＡｗＲ负载库中。ＡＳＨ　

全部写出是不可接受的，所以一般只写入收集　

的１０％的数据量，而且使用ｄｉｒｅｃｔ—ｐａｔｈ　ｉｎｓｅｒｔ　

完成，尽量减少日志的生成，从而最小化数据　

库性能影响。　

写出到ＡＷＲ负载库的ＡＳＨ信息记录在ＡＷＲ　…………………………一鳗　廑　～　Ｊ　

的基础表ｗｒｈ￥ａｃｔｉ　ｖｅｓｅｓ　ｓｉｏｎｈｉ　Ｓｔ中，　ｗｒｈ￥ａｃｔｉｖｅｓｅｓｓｉｏｎｈｉ　ｓｔ是一个分区表，　

Ｏｒａｃｌｅ会自动进行数据清理。　

ＡＷＲ（Ａｕｔｏｍａｔｉｃ　Ｗｏｒｋｌｏａｄ　Ｒｅｐｏｓｉｔｏｒｙ）自　

动工作负载信息库　

ＡＷＲ是Ｏｒａｃ１　ｅ　１Ｏｇ中的一个新特性，类　

似于１０ｇ以前的ｓｔａｔ　Ｓｐａｃｋ　不过在使用上　

要比Ｓｔａｔ　ｓｐａｃｋ简单，提供的性能指标要比　

ｓｔａｔｓｐａｃｋ多很多，能更好的帮助ＤＢＡ来发现数　

据库的性能瓶颈。　

ＡＷＲ是Ｏｒａｃｌｅ安装好后自动启动的，不需　

要特别的设置。收集的统计信息存储在ＳＹＳＡＵＸ　

表空间ＳＹＳ模式下，以ＷＲＭ￥＊＊ＨＷＲＨ￥　的格式　

命名，　默认会保留最近７天收集的统计信息。　

每个小时将收集到的信息写到数据库中，这一　

系列操作是由一个Ｉ￣ｑＭＭＯＮ的进程来完成的。　

ＡｗＲ存储的数据分类：　

ＷＲＭ￥表存储ＡＷＲ的元数据（ａｗｒｉｎｆｏ．ｓｑｌ脚　

本）　ｗＲＨ￥表存储采样快照的历史数据（ａｗｒｒｐｔ．　

ｓｑｌ脚本）　

ｗＲＩ￥表存储同数据库建议功能相关的数据　（ＡＤＤＭ相关数据）　

生成ＡＷＲ报告：　

ＳＱＬ＞＠？／ｒｄｂｍｓ／ａｄｍｉｎ／ａｗｒｒｐｔ　根据向导来完成Ａｗ财艮告的生成。需要注　

意的是，在选择时间范围的时候，中间不能有　

停机（如果显示的中间有空白行，表示有停机　

情况）。在选择报告类型的时候一般使用默认　

的ＨＴＭＬ，方便查看。　

查看数据库的ＡＷＲ的设置：　

ＳＱＬ＞ｓｅｌｅｃｔ　ｓｎａｐｉｎｔｅｒｖａｌ，ｒｅｔｅｎｔｉｏｎ　

ｆｒｏｍ　ｄｂａｈｉｓｔｗｒｃｏｎｔｒｏｌ：　

ＳＮＡＰ＿ＩＮＴＥＲＶＡＬ　

ＲＥＴＥＮＴ１０Ｎ　

＋０００００　０１：Ｏ０：Ｏ０．０（每小时收集一次）　

＋００００７　Ｏ０：Ｏ０：Ｏ０．０（保留７天）　

修改默认设置：　

ｂｅｇｉｎ　

ＤＢＭＳＷＯＲＫＬＯＡＤＲＥＰＯＳＩＴＯＲＹ．ＭＯＤＩＦＹ

ＳＮＡＰＳＨＯＴ＿ＳＥＴＴＩＮＧＳ（ｉｎｔｅｒｖａｌ＝＞２Ｏ，　

ｒｅｔｅｎｔｉｏｎ＝＞２＊２４＊６０）：　

ｅｎｄ；　修改成每２Ｏ分钟收集一次统计量，保留最　

近的２天统计量信息。　

手动收集一次数据库的统计信息：　ｅｘｅｃ　ＤＢＭＳ　ＷＯＲＫＬＯＡＤＲＥＰＯＳＩＴＯＲＹ．ＣＲＥＡＴＥ

ＳＮＡＰＳＨＯＴ：　我们还可以通过ＤＢＭＳＷ０ＲＫＬ０ＡＤＲＥＰＯＳＩＴＯＲＹ包完成对基线、默认设置的修改等　

操作。　

ＡＤＤＭ（Ａｕｔｏｍａｔｉｃ　

Ｍｏｎｉｔｏｒ　ＡＷＲ）　

是Ｏｒａｃｌｅ内部的一个顾问系统，能够自动　

的完成最数据库的一些优化的建议，给出ＳＱＬ　

的优化、索引的创建、统计量的收集等建议。　

ＡＤＤＭ报告生成：　

ＳＱＬＰＬＵＳ＞＠？／ｒｄｂｍｓ／ａｄｄｍｒｐｔ．ｓｑｌ　Ｏｒａｃｌｅ性能调整最重要的就是对最影　

响性能的ＳＱＬ的调整。，在一个应用中，能够影　

响到数据库的只有ＳＱＬ，也只能是ＳＯＬ。我们　

不能一味依靠增强硬件，修改系统、数据库　

参数来提高数据库的性能，更多的应该关注　

那些最影响性能的ＳＯＬ语句。ＡＳＨ报告、ＡＷＲ报　

告、ＡＤＤＭ报告都是能够找出最影响性能的ＳＱＬ　

语句的工具。　在分析ＡＳＨ报告、ＡｗＲ报告的时　

候，最重要的就是关注ＳＯＬ　ＳｔａｔｉｓｔｉＣＳ，ＳＯＬ　Ｓｔａｔｉｓｔｉｃｓ中最应该关注的是ＳＱＬ　ｏｒｄｅｒｅｄ　ｂｙ　

Ｇｅｔｓ￥￣ＳＱＬ　ｏｒｄｅｒｅｄ　ｂｙ　Ｒｅａｄｓ两个指标。大　

量的Ｇｅｔｓ（逻辑读）会占用大量的ＣＰＵ时间，大　

量的Ｒｅａｄｓ（物理读）会引起ＩＯ的瓶颈出现。一　

般情况下，大量的Ｇｅｔｓ会伴随着大量的Ｒｅａｄｓ　

出现。当然，我们可以通过增大ＳＧＡ的大小来　减少Ｒｅａｄｓ的量。通过这两个指标找到了最影　

响性能的ＳＱＬ，这是首要的，也是必要的。　

下一步就可以通过创建索引，调整ｓＱＬ来提　

高ＳＱＬ单独执行的性能，减少ＳＱＬ执行时出现　

的高ＧｅｔＳ，Ｒｅａｄｓ。当然整体的性能影响还和　

ｅｘｃｕｔｉｏｎｓ有关，如果这条ＳＱＬ执行的次数过　

多，累加起来的量很大，那么就可以考虑通过　在应用上缓存等手段来减少ＳＱＬ执行的次数。　

另外还有一个需要注意的问题就是在开发过程　

中ｓＱＬ一定要使用绑定变量，来减少硬解析（大　

量的硬解析也会消耗大量的ＣＰＵ时间，占用大　

量的Ｌａｔｃｈ）。在开发过程中有个原则就是：小　

事务操作完成及时提交。　

我们使用这么多种方式、报告只有一个目　

的：找出最影响系统性能的ＳＯＬ语句。找到ＳＱＬ　

下一步就是对它进行调整了。　

我们在监控数据库时，如果是当前正在发　生的问题，我们可以通过ｖ￥ｓｅｓｓｉｏｎ＋ｖ￥ｓｑｌａｒｅａ　

来找出性能最差的ＳＯＬ语句。如果在一个小时　

以内发生的我们可以通过生成ＡＳＨ报告来找出　

ＳＱＬ。如果是ｌ小时以上或几天我们可以通过　

ＡｗＲ于艮告来找出几小时，几天以来最影响系统　

的ＳＯＬ语句。ＡＤＤＭ报告基于ＡＷＲ库，默认可以保　

存３０天的ＡＤＤＭ￣告。　

我们也可以直接查询试图：　

ｖ￥ｓｅｓｓｉｏｎ　（当前正在发生）　

ｖ￥ｓｅｓｓｉｏｎ　ｗａｉｔ　（当前正在发生）　

ｖ￥ｓｅｓｓｉｏｎｗａｉｔｈｉｓｔｏｒｙ　（会话最近的１Ｏ次等待事件）　

ｖ￥ａｃｔｉｖｅｓｅｓｓｉｏｎｈｉｓｔｏｒｙ　（内存中的ＡＳＨ采集信息，理论为１４，时）　

ｗｒｈ￥ａｃｔｉｖｅｓｅｓｓｉｏｎｈｉｓｔｏｒｙ　（写入　

ＡＷＲ库中的ＡＳＨ信息，理论为１４，时以上）　

ｄｂａ　ｈｉｓｔ　ａｃｔｉｖｅ　ｓｅｓｓ　ｈｉｓｔｏｒｙ　（根据　

ｗｒｈ￥ａｃｔｉｖｅ　ｓｅｓｓｉｏｎ　ｈｉｓｔｏｒｙ生成的视图）　

四、总结语　

企业中使用Ｏｒｃａｌ　ｅ数据库来储存数据，　

有效的改善了以前对于企业信息数据处理的　

问题。有效的节约了信息处理资源，且采用　

Ｏｒｃａｌｅ数据库将所有的员工等信息进行备份，　

方便以后查询，若数据库的数据不丢失，那　

么则能够通过查询进行查询。本文主要针对　

Ｏｒａｃｌｅ数据库进行介绍，然后根据数据库中的　

内容进行优化，为以后企业在数据库的优化上　

提供借鉴。　

参考文献　

【１】温创新．电视广告商务平台中Ｏｒａｃｌｅ数据库的ＡＤＩＣＩ　

设计与优化研究ｐ】．中南大学，２０１１．　

ｆ２１王斌．基于Ｏｒａｃｌｅ数据库技术的航行情报系统（ＣＮＭＳ）　

性能优化Ⅱ）］．电子科技大学，２０１０．　

［３】张舒．超大型Ｏｒａｃｌｅ数据库的基础设计和优化设计Ｕ】．　

价值工程，２０１１，１０：１７８．　

励文杰．大型数据库ＯＲＡＣＬＥ数据库的优化设计方案　

卟科技风，２０１１，１９：１４５．・　

［５］覃艳．Ｏｒａｃｌｅ数据库高性能优化设计方法初探卟电脑　

知识与技术，２０１２，２３：５５０５—５５０７．　

作者简介：张建业（１９７２一），男，浙江浦江人，　

１９９５年毕业于武汉水利电力大学计算机应用专业，高　

工，现供职于新疆电力公司，研究方向：信息化建设　

管理。　

电早世界

一１８７—