终于遇到使用索引更慢的例子了

在做数据库开发时,总以为用索引可以提高检索效率。今天终于遇到一个用了索引但速度更慢的例子。在用订单头表和订单行表关联选数据时,使用索引查询和插入共用了2个小时,这只是筛选其中一个月的数据。其中和订单头表关联时,用的item和organization_id,而这个索引用的是个范围索引,查询很慢,要四十分钟。一个偶然的条件organization_id=157的让这个索引失效了,订单行表做了全表扫描,这下前面加的那个parallel的hint开始生效,查询插入用了十多分钟,性能已经到了可以接受的范围了。到底是什么原因导致的全表扫描更快,这个问题还要继续寻找。


几个比较有用的hint:
/*+ full(table_name) */     ---强制全表扫描
/*+ index(table_name, index_n1)*/   ---使用索引index_n1
/*+ no_index(table_name, index_n1)*/   ---不使用索引index_n1
/*+ parallel (table_name 10)*/     ---用10并发来跑
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值