通过持续的调优工作和监测可以找到运行中应用程序的最佳值。此时，UNIX内核的内存不易减少，需要有效地调优数据库内存区域，使用更少内存发挥相同水平的性能。如果内核内存使用约100 MB，并发用户为30名，每个Oracle进程的内存为 10 MB，假定 sort_area_size为 1MB，按以下公式计算出430 MB。100 MB+30×=430 MB因此，物理内存为1 GB的系统，可分配大约600 MB的SGA使用。......
2023-11-01
数据库性能管理与调优：部分范围处理的使用原则
【摘要】：图5-5部分范围处理使用例子（二）以下是从两个表中分别提取生日和工资的SQL语句。为删除重复数据使用了UNION，因此无法执行部分范围处理。图5-6部分范围处理使用例子（三）按特定表的列顺序排序并显示多个表的连接结果时，如果要使用部分范围处理，可从以下两个方法中选择一个使用：在In-line view中对要排序的表进行 ORDER BY并用作 driving table以执行NESTED LOOP JOIN。
1）先处理对象范围较窄的条件始终更有利
进行部分范围处理时重要的是快速达到数组大小（array size）。为此，快速提取符合条件的数据非常重要。请参考以下例子：
（1）决定上述范围的条件中符合“AND i.itm_no BETWEEN 1 AND 10”的对象范围窄。
（2）决定上述范围的条件中符合“AND o.custno LIKE ‘5%’”的对象范围较广。
符合条件的HIT Ratio:
（1）如果首先读取符合上述（2）的条件的ORDER表后连接ITEM表，连接后符合（1）的条件的表非常少，为6个中的2个。因此命中率较低。
（2）如果首先读取符合上述（1）的条件的ITEM表后连接ORDER表，连接后符合（2）的条件的表较多，为3个中的2个。因此命中率较高。
图5-4 部分范围处理使用例子（一）
因此，先处理对象范围较窄的条件可提高命中率，保证良好的性能。
2）使用 UNION ALL代替 UNION
将两个以上的SQL结果合并为一个时使用UNION或UNION ALL，若要使用部分范围处理必须使用UNION ALL，如图5-5所示。
（1） UNION：为删除各个查询结果中重复的数据，必须执行排序操作。
（2） UNION ALL：显示结果时不移除各个查询结果中重复的数据。因此不会执行排序操作。
图5-5 部分范围处理使用例子（二）(www.chuimin.cn)
以下是从两个表中分别提取生日和工资的SQL语句。
为删除重复数据使用了UNION，因此无法执行部分范围处理。可按如下方法修改为：不移除重复数据的UNION ALL，从一开始为了使各个SQL的结果不重复，在第二个SQL中加上“AND生日＜＞ 01-jan-70”，执行此操作后不必再进行排序，可快速确定初始数组大小。
3）应用 INLINE VIEW
应用 INLINE VIEW的部分范围处理使用例子，如图5-6所示。
图5-6 部分范围处理使用例子（三）
按特定表的列顺序排序并显示多个表的连接结果时，如果要使用部分范围处理，可从以下两个方法中选择一个使用：
（1）在In-line view中对要排序的表进行 ORDER BY并用作 driving table以执行NESTED LOOP JOIN。如：
注意：Inline view内的ORDER BY仅可用于Oracle 8i以上版本。
（2）对ORDER BY子句中的列生成组合索引并将item表用作driving table以执行NESTED LOOP JOIN。如：
有关数据库性能管理与调优的文章
- 详细阅读
-
数据库性能管理与调优索引的使用与维护详细阅读
为根据不同情况使用适当的索引，要学习各种类型的索引。因为只有明确了解表和索引的概念才能轻松解决复杂的内容。创建索引抽屉时，应考虑偶有发生的损益分歧点，考虑是否创建。总体来说，索引是用户使用SQL语句查找时为提高查找速度而创建的对象。但若创建太多索引，购买新书或废弃时，会产生额外的维护费用。这是由于添加或删除书籍时应更新现有的索引抽屉。......
2023-11-01
-
数据库性能管理与调优：正确使用SQL技巧详细阅读
1）例子（一）正确使用SQL的例子（一）如图5-12所示。因此B.ORDD = : TrDay或B.ORDD = : WorkDay的扫描范围较窄，使用索引时响应速度非常快。在这种情况下，优化器使用OR从内部分为两个SQL语句并各自使用索引，再将执行结果合并为一个结果。图5-13正确使用SQL的例子（二）问题：连接的两个表的条件中决定扫描范围的条件是"AND SUBSTR LIKE : IN_org_cd AND SUBSTR ＜ 600000"。因此可按以下方法变更条件公式并使用相应索引。......
2023-11-01
-
数据库性能管理与调优：HashJoin技术详细阅读
HASH JOIN是突出SORT MERGE JOIN优点并弥补其缺点的连接方法。该连接是对连接的对象表应用 HASH函数进行合并的方法。其特征是不仅只使用 HASH JOIN，而且提供通过并行处理大容量数据的最佳解决方案。但不建议在OLTP等状况下使用，因为HASH JOIN已为大容量处理进行优化，会占用大量系统资源。不会受JOIN条件（链路）索引有无的影响。2）使用标准由于链路使用HASH Key，因此仅用于EQUI-JOIN。在执行计划中成为HASHING对象的表始终在最前面，但如果是OUTER JOIN则完全相反。......
2023-11-01
-
数据库性能管理与调优-排序合并连接详细阅读
SORT MERGE JOIN指各自访问两侧表的处理范围后逐一扫描排序结果，同时使用连接条件进行合并的方式。通过SORT MERGE JOIN引导调优的情况几乎不存在，但可能对减少RANDOM ACCESS、大容量处理对象集有效。以下将介绍SORT MERGE JOIN的其他特征以及能保证良好性能的情形。通常NESTED LOOP JOIN对待处理数据量较少的在线应用程序更为有效，因此请勿随意使用SORT MERGE JOIN。......
2023-11-01
-
数据库性能优化指南-数据库性能管理与调优详细阅读
实例已启动意味着数据库系统运行所需的后台进程已启动，并且处于“确保内存可用于数据处理”的状态，这种实例的调优将成为DBMS性能调优的重要基础。1） DBMS 内存 区域——SGASGA 是作为实例启动时确保控制器信息保存和数据处理空间的内存区域，存在于实例访问的所有进程共享的内存区域中。SGA相关调优的基准基本以命中率评价为主，通过适当地调整相关参数，将实际运行反映到评价结果中。......
2023-11-01
-
基于成本的优化器：数据库性能管理与调优详细阅读
统计信息中保存有列选择度、数据量等大量信息，因此基于规则的优化器可以更灵活地创建执行计划。extent是由相关联的数据块构成的逻辑单位。否则，会因表的random access造成表扫描的平均成本增高。排序操作成本并非用于访问对象数据的成本，而是用于排序已提取数据的成本。若使用以特定列为标准排序的索引提取数据时，可以减少额外的排序操作成本。要了解SQL语句实际应访问的对象范围程度才能计算实际成本，这是非常重要的概念。......
2023-11-01
-
数据库性能管理与调优：连接种类与顺序详解详细阅读
对象表的连接顺序和方法不同是为了加快访问速度。因此即使变更连接方法和顺序，结果值也不能有任何变化。连接时表的驱动顺序是性能中的重要组成部分。4）优化器的连接选择对于参与连接条件语句的列，索引位置对优化器决定执行计划时的连接顺序和方法有很大影响。连接列的两侧均无索引时，将SORT MERGE JOIN或HASH JOIN用作连接方法。......
2023-11-01
相关推荐