全扫描与快速全索引扫描的比较实验
先准备实验材料:
一张表及其数据:
create table tb_emp04( id number(8,0) primary key, name nvarchar2(20), age number(2,0) ) insert into tb_emp04 select rownum,dbms_random.string('*',dbms_random.value(6,20)),dbms_random.value(20,80) from dual connect by level<=2000000 order by dbms_random.random
然后为name和age字段创建个索引:
create index idx_emp04_name_age on tb_emp04(name,age);
然后对sql plus进行一点设置:
SQL> set timing on; SQL> set linesize 10000; SQL> set autotrace trace exp;
再跑一句SQL,看看其执行计划:
SQL> select name from tb_emp04 where age>20 and age <69; 已用时间: 00: 00: 00.00 执行计划 ---------------------------------------------------------- Plan hash value: 1145963236 ------------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1543K| 51M| 3180 (1)| 00:00:39 | |* 1 | INDEX FAST FULL SCAN| IDX_EMP04_NAME_AGE | 1543K| 51M| 3180 (1)| 00:00:39 | ------------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 1 - filter("AGE">20 AND "AGE"<69) Note ----- - dynamic sampling used for this statement (level=2)
INDEX FAST FULL SCAN就是索引快速扫描,利用的正是刚才创建的索引idx_emp04_name_age,耗费是3180.
然后再删掉索引:
SQL> drop index idx_emp04_name_age; 索引已删除。 已用时间: 00: 00: 00.32
再执行一遍同样的sql:
SQL> select name from tb_emp04 where age>20 and age <22; 已用时间: 00: 00: 00.00 执行计划 ---------------------------------------------------------- Plan hash value: 1153800386 ------------------------------------------------------------------------------ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------------------------------------ | 0 | SELECT STATEMENT | | 30439 | 1040K| 3328 (2)| 00:00:40 | |* 1 | TABLE ACCESS FULL| TB_EMP04 | 30439 | 1040K| 3328 (2)| 00:00:40 | ------------------------------------------------------------------------------ Predicate Information (identified by operation id): --------------------------------------------------- 1 - filter("AGE">20 AND "AGE"<22) Note ----- - dynamic sampling used for this statement (level=2)
可以看到索引快速扫描变成了全(表)扫描,name也换成了表名TB_EMP04,耗费上升了一成,到了3328.
感觉Oracle的优化器作用下,全表扫描也未必比索引快速扫描慢多少,索引的效果不那么显著了。
--2020年1月28日--
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)