- 当前位置：首页 >IT科技 >数据库性能问题总结--屡次发生的Oracle谓词越界
数据库性能问题总结--屡次发生的Oracle谓词越界
发布时间：2025-11-02 23:24:11 来源：创站工坊 作者：数据库
本文转载自微信公众号「数据和云」，数据生作者任艳杰。库性转载本文请联系数据和云公众号。题总
近期在客户现场屡次遇到由于统计信息过旧，结屡导致执行计划选错引发的谓词数据库性能问题，今天做个总结。越界
谓词越界常见发生在 where 谓词是数据生时间字段的情况，总的库性来说统计信息记录的是一个过旧的时间，而 SQL 传入的题总时间是一个最新的时间范围(往往是 <time time1<c<time2）由于统计信息不全，按照 CBO 计算出来的结屡结果集就很小，在多表关联的谓词情况下，CBO 就会选择认为的越界最优的关联方式，而实际执行时发现不是高防服务器数据生那么回事，有大量结果集需要扫描，库性就会爆发 SQL 性能问题。题总 最优的关联方式，而实际执行时发现不是那么回事，有大量结果集需要扫描，就会爆发="" 计算出来的结果集就很小，在多表关联的情况下，cbo="" cbo="" time1
谓词越界就是 select 的谓词的条件不在统计信息 low_value 和 high_value 之间，在实际选择结果集要大于 CBO 记录的结果集数量，即实际的 selectivity 偏大，这种情况下 CBO 评估出来的 selectivity 会出现严重的偏差，导致 CBO 选错执行计划。
测试验证
下面做一组测试，从执行计划 cost 看谓词越界的发生过程，b2b供应网先插入部分数据：
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% 以上才会进行统计信息收集，大表不常收集统计信息就容易爆发谓词越界。
预防方式
可对关键表实行按谓词查询条件分区，即按天或者按月分区可规避此问题发生。服务器租用
- 装机助手（教你如何使用装机助手完成电脑程序的安装和配置）
- 魅族P6Plus手机的全面评测（性能、拍照、续航等方面逐一剖析，揭秘魅族P6Plus的优势与亮点）
- 红米手机在香港市场表现如何？（红米手机销售情况及用户反馈调查）
- 容声三开门冰箱的性能与优势（一款高效节能的家电产品）
- 免费的电脑视频剪辑软件推荐（享受高质量视频剪辑体验，尽在免费软件中）
- 微星GT1030显卡的性能与优势剖析（探究微星GT1030显卡的核心功能及应用领域）
- 华为Kirin655（强大处理能力助力华为Kirin655在市场中脱颖而出）
- 教你如何使用一键PE安装XP系统（轻松搞定XP系统安装，一键PE助力您快速完成）
- 电脑官方插件的使用教程（轻松掌握官方插件的安装和使用方法）
- 中华三星铅笔3023的优势和特点（一支经典铅笔，书写无限可能）
- 电脑nds配置错误的解决方法（遇到nds配置错误怎么办？快速解决方法分享）
- 手机镀膜的优势与技术发展（保护屏幕、提升使用体验、应用广泛）
- 探索港版iPhoneX的特色与优势（一起了解港版iPhoneX的关键功能和独特之处）
- 酷睿i35005u（解析酷睿i35005u的强大性能和卓越表现）
- 手机连接电脑删除的文件如何找回？（通过专业软件恢复被删除的手机文件）
- SoyesS1（SoYesS1超越期待的功能和性能）
- 使用U盘安装Win8系统的详细教程（U盘版Win8安装教程及步骤详解）
- 超越牌锅炉的功能和性能分析（探索超越牌锅炉的领先技术和高效能源利用）
- 电脑屏幕手动维修教程（简单易行的DIY维修，让你的电脑屏幕焕然一新）
- 夏普007sh手机评测（夏普007sh手机的外观、性能、摄像头、续航等方面的评价）
随便看看
益华科技源码库亿华云IT技术网香港云服务器IT资讯网企商汇服务器租用源码下载益强资讯优选云站无忧多维IT资讯极客码头思维库益强IT技术网亿华云益强前沿资讯智能时代云智核极客编程技术快报益强编程舍亿华智造运维纵横亿华云计算益华科技码力社益华科技益华IT技术论坛亿华灵动创站工坊亿华科技亿华智慧云码上建站益强智未来IT资讯网益强数据堂科技前瞻亿华互联益强科技汇智坊益强编程堂益强智囊团
- Copyright © 2025 Powered by 数据库性能问题总结--屡次发生的Oracle谓词越界,创站工坊 滇ICP备2023006006号-44sitemap