- 当前位置：首页 >IT科技 >数据库性能问题总结--屡次发生的Oracle谓词越界
数据库性能问题总结--屡次发生的Oracle谓词越界
发布时间：2025-11-04 19:12:23 来源：码上建站 作者：数据库
本文转载自微信公众号「数据和云」，数据生作者任艳杰。库性转载本文请联系数据和云公众号。题总
近期在客户现场屡次遇到由于统计信息过旧，结屡导致执行计划选错引发的谓词数据库性能问题，今天做个总结。越界
谓词越界常见发生在 where 谓词是数据生时间字段的情况，总的库性来说统计信息记录的是一个过旧的时间，而 SQL 传入的题总时间是一个最新的时间范围(往往是 <time time1<c<time2）由于统计信息不全，按照 CBO 计算出来的结屡结果集就很小，在多表关联的谓词情况下，CBO 就会选择认为的越界最优的关联方式，而实际执行时发现不是服务器托管数据生那么回事，有大量结果集需要扫描，库性就会爆发 SQL 性能问题。题总 最优的关联方式，而实际执行时发现不是那么回事，有大量结果集需要扫描，就会爆发="" 计算出来的结果集就很小，在多表关联的情况下，cbo="" cbo="" time1
谓词越界就是 select 的谓词的条件不在统计信息 low_value 和 high_value 之间，在实际选择结果集要大于 CBO 记录的结果集数量，即实际的 selectivity 偏大，这种情况下 CBO 评估出来的 selectivity 会出现严重的偏差，导致 CBO 选错执行计划。
测试验证
下面做一组测试，从执行计划 cost 看谓词越界的发生过程，站群服务器先插入部分数据：
DECLARE i INT; BEGIN i := 78179; WHILE(i < 100000) LOOP i := i + 1; INSERT INTO test_obj(object_id) VALUES(i); COMMIT; END LOOP; END; /查看此时的 num_rows：
TEST@PROD1> select count(*) from test_obj; COUNT(*) ---------- 94283 TEST@PROD1> select max(object_ID),dump(max(object_id),16) from test_obj; MAX(OBJECT_ID) DUMP(MAX(OBJECT_ID),16) -------------- ---------------------------------------- 100000 Typ=2 Len=2: c3,b TEST@PROD1> select min(object_ID),dump(min(object_id),16) from test_obj; MIN(OBJECT_ID ) DUMP(MIN(OBJECT_ID),16) ------------------------------ ---------------------------------------- 2 Typ=2 Len=2: c1,3 --C103不收集统计信息，此时统计列统计信息过旧，HIGH_VALUE 依然是原来的值 78179。
TEST@PROD1> select low_value ,high_value,num_distinct,num_nulls from DBA_TAB_COL_STATISTICS where table_name=TEST_OBJ and owner=TEST; Distinct Number LOW_VALUE HIGH_VALUE Values Nulls ------------------------------ ------------------------------ ------------ ---------- C103 C3085250 72,462（原值） 0查询结果返回 2081 行结果集。
TEST@PROD1> select count(*) from test_obj where object_id between 78200 and 81000; COUNT(*) ---------- 2801 计算公式为： selectivity=((VAL2 - VAL1) / (HIGH_VALUE - LOW_VALUE)+2 / NUM_DISTINCT) * null_adjust null_adjust=(NUM_ROES - NUM_NULLS) / NUM_ROES 计算结果为： TEST@PROD1> select round(((81000-78200)/(100000-2)+2/94283)*(94283-0)/94283*94283) from dual; ROUND(((81000-78200)/(100000-2)+2/94283)*(94283-0)/94283*94283) --------------------------------------------------------------- 2642查看结果集发现 dictionary 值为 1，这明显是一个错误的执行计划，由于统计信息过旧，已经低于谓词条件区间(谓词过界)导致 CBO 低估了查询成本。
TEST@PROD1> select count(*) from test_obj where object_id between 78200 and 81000; Execution Plan ---------------------------------------------------------- Plan hash value: 2217143630 ------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 5 | 289 (1)| 00:00:04 | | 1 | SORT AGGREGATE | | 1 | 5 | | | |* 2 | TABLE ACCESS FULL| TEST_OBJ | 1 | 5 | 289 (1)| 00:00:04 | ------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 2 - filter("OBJECT_ID">=78200 AND "OBJECT_ID"<=81000) Statistics ---------------------------------------------------------- 1 recursive calls 0 db block gets 1117 consistent gets 0 physical reads 0 redo size 423 bytes sent via SQL*Net to client 419 bytes received via SQL*Net from client 2 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 1 rows processed重新收集统计信息再次查看执行计划。
TEST@PROD1> exec dbms_stats.gather_table_stats(test,test_obj); TEST@PROD1> select low_value ,high_value,num_distinct,num_nulls from DBA_TAB_COL_STATISTICS where table_name=TEST_OBJ and owner=TEST; Distinct Number LOW_VALUE HIGH_VALUE Values Nulls -------------------- -------------------- ------------ ---------- C103 C30B 94,283 0此时统计信息 HIGH_VALUE 已经和最初计算的值相等，Typ=2 Len=2: c3,b。再次查看执行计划，此时 CBO 已经能够产生了正确的执行计划了。
执行计划为：
TEST@PROD1> select count(*) from test_obj where object_id between 78200 and 81000; Execution Plan ---------------------------------------------------------- Plan hash value: 2217143630 ------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 5 | 314 (1)| 00:00:04 | | 1 | SORT AGGREGATE | | 1 | 5 | | | |* 2 | TABLE ACCESS FULL| TEST_OBJ | 2642 | 13210 | 314 (1)| 00:00:04 | ------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 2 - filter("OBJECT_ID">=78200 AND "OBJECT_ID"<=81000) Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 1117 consistent gets 0 physical reads 0 redo size 423 bytes sent via SQL*Net to client 419 bytes received via SQL*Net from client 2 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 1 rows processed谓词越界主要发生在大表，按照 Oracle 统计信息收集机制，表的数据变化量达到 10% 以上才会进行统计信息收集，大表不常收集统计信息就容易爆发谓词越界。
预防方式
可对关键表实行按谓词查询条件分区，即按天或者按月分区可规避此问题发生。免费信息发布网
- 电脑端设置主页教程（简单教你如何在电脑上设置主页）
- 探索苹果XR屏幕的尺寸和像素（苹果XR屏幕的尺寸、像素和画质详解）
- 笔记本黑屏装系统教程（解决笔记本黑屏问题，轻松安装系统）
- 华为Mate9（颠覆你对手机的认知，带来全新体验）
- 电脑wis系统安装教程（电脑wis系统安装详解，助你提升工作效率与便捷性）
- XP下安装Win10双系统教程（详细步骤让您轻松实现XP与Win10双系统共存）
- 华硕主板教程（简单易行的系统安装方法，华硕主板带你体验高效操作）
- U盘Win10系统安装教程（使用U盘安装Win10系统，让您的电脑焕然一新）
- 以MaliT860玩游戏的优势和劣势分析（探索MaliT860在游戏领域的性能表现及局限性）
- 以乐之邦us01（无与伦比的音质与易用性）
- 七彩虹升级BIOS教程（手把手教你一步步升级BIOS，提升电脑性能稳定性，）
- 电脑重装系统win7教程（轻松掌握重装win7的步骤与技巧）
- W2017行情走势详解（分析W2017行情趋势，为您揭秘投资机遇）
- 深入探讨PS2251-68量产教程（解析PS2251-68芯片的量产工艺和注意事项）
- 网络设置中缺少WLAN选项的解决方法（如何解决设备中找不到WLAN选项的问题）
- 乐视玩王者荣耀——游戏体验与用户反馈（乐视玩王者荣耀的功能与优势、用户对乐视玩王者荣耀的评价）
- 尼康L810——一款强大的数码相机（探索尼康L810的卓越性能和出色拍摄体验）
- 3G和2G信号的优劣对比（以稳定性、传输速度和覆盖范围为主要比较指标）
- OPPOR9Plus在VR方面的表现如何？（探索OPPOR9Plus在虚拟现实技术应用上的优势与不足）
- 掌握捷波主板BIOS设置教程，轻松优化电脑性能（教你如何正确设置捷波主板BIOS以提升电脑性能）
随便看看
源码下载亿华云服务器租用源码库益华科技香港云服务器企商汇IT技术网IT资讯网益华科技全栈开发亿华智造亿华互联益华科技益强科技极客码头创站工坊益强前沿资讯运维纵横多维IT资讯思维库科技前瞻益强IT技术网亿华灵动益强智未来汇智坊码力社益强数据堂益强资讯优选益强编程舍益强编程堂极客编程益华IT技术论坛云智核技术快报益强智囊团益强科技编程之道亿华智慧云亿华云计算亿华科技智能时代云站无忧
- Copyright © 2025 Powered by 数据库性能问题总结--屡次发生的Oracle谓词越界,码上建站 滇ICP备2023006006号-47sitemap