dbms_stats分析表后，查询不走索引了

2009-08-03 03:19:49 257 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

表分析 analyze 及dbms_stats 提高执行计划准确性之前遇到这样一个问题，有个表有3000W多条数据，并且每月都有300W左右的数据量在增加，同时这个表的数据经常需要查询更新和删除。由于经常进行插入，删除，更新从而导致执行计划很不准，一条很简单的链接查询都要好几分钟。稍微复杂点的查询经常超时。经过表分析后，同一条查询语句，执行计划变了不少，查询速度也提高了许多。现在将用过的几个语句抄录下来，或许对有的朋友来说用的着。一.analyze 阅读详情

select * from ipinfo where startip < ip and endip > ip

建组合索引 (startip,endip)后，查询走索引且 cost cardinality bytes 都正常

但执行 dbms_stats后
exec dbms_stats.gather_table_stats(ownname => 'user',tabname => 'ipinfo',method_opt => 'for all indexed columns',cascade => true);

非但不走索引， cardinality bytes 都异常的大

求原因和恢复方法谢谢！

...全文

利用按键精灵实现批量截图与智能命名的高效工作流本文详细介绍了如何利用按键精灵软件构建高效的批量截图与智能命名自动化工作流。通过基础脚本编写、循环逻辑实现及高级命名策略，解决手动操作耗时易错的问题，帮助用户实现一键自动截图、智能保存与文件重命名，大幅提升软件测试、教程制作及数据报告等场景的工作效率。阅读详情

PatternAabcc

基础和管理 17,377 成员 95,111 内容

+ 关注 + 加入社区

切换为时间正序

majy 2009-08-03

打赏
举报

只要你的where条件查出来的数据是唯一的，那么oracle就会自动帮你用唯一索引的

你泊条件中，使用了>和<这种符号，那么检索结果是唯一的可能性是很小的，oracle也只能这样了

你的语句中你为什么要select *呢？你只把你需要的字段选出来就可以了啊

为了加快速度，你可以把要seelect来的字段也放到索引里去，做成一个复合索引，这样，速度会快很多

PatternAabcc 2009-08-03

打赏
举报

[Quote=引用 10 楼 majy 的回复:]
删除统计信息后，你强行指定用CBO的话，oracle就开始乱估算了，你想想，基础数据都没了，算出来的东西还能准确吗？
[/Quote]

原来如此...

请问如果我确定此 SQL语句必定只返回一条记录（即 startip 跟 endip 都可以加唯一索引)

请问这句SQL 能优化吗？存储过程大部分时间都耗在这句上面了......

majy 2009-08-03

打赏
举报

删除统计信息后，你强行指定用CBO的话，oracle就开始乱估算了，你想想，基础数据都没了，算出来的东西还能准确吗？

PatternAabcc 2009-08-03

打赏
举报

[Quote=引用 8 楼 kaoziji 的回复:]
lz,SQL中的startip，ip，endip都是列名？
[/Quote]

ip 占位符

kaoziji 2009-08-03

打赏
举报

lz,SQL中的startip，ip，endip都是列名？

PatternAabcc 2009-08-03

打赏
举报

结果集就 1个，全表记录只有三万六千多条。

PatternAabcc 2009-08-03

打赏
举报

太感谢了，确实走了索引以后时间更长了，但为什么删掉统计信息后执行计划的 3个指标会变小那么多呢？
但执行时间仍然很长.......

无stats计划
SELECT STATEMENT, GOAL = ALL_ROWS Cost=4 Cardinality=2 Bytes=214
TABLE ACCESS BY INDEX ROWID Cost=4 Cardinality=2 Bytes=214
INDEX RANGE SCAN Cost=3 Cardinality=1

有stats计划
SELECT STATEMENT, GOAL = ALL_ROWS Cost=44 Cardinality=7242 Bytes=202776
TABLE ACCESS FULL Cost=44 Cardinality=7242 Bytes=202776

执行时间大约有stats比无stats 快 3倍

kaoziji 2009-08-03

打赏
举报

把没有stats时的执行计划、有stats后的执行计划贴出来。
在有stats的状态下，用hint指定走index的执行计划也贴出来。

majy 2009-08-03

打赏
举报

cardinality 非常大，说明符合条件的结果集非常大，所以，用全表检索更划算

majy 2009-08-03

打赏
举报

说明全表检索比走索引快啊，你测试一下结果就知道了，并不是用索引就好的

你的结果集的记录数是多少，全表的数据有多少记录？

PatternAabcc 2009-08-03

打赏
举报

我把统计信息都删了以后又正常了，求原因。

yangyt 2009-08-03

打赏
举报

exec dbms_stats.gather_table_stats(ownname => 'user',tabname => 'ipinfo',cascade => true);

dbms_stats分析表后，查询不走索引了

相关推荐