类型不一致导致索引失效全表扫描。

  • 起因
    今天本是高高兴兴的一天,但是接到了客户的反馈,系统刚上线不到 2个月就发现一大片的功能查询很慢,甚至有的功能查找了10分钟才查出来,有的功能就直接查不出来了(我觉得有点夸张了)。经理震怒,直呼丢人。F5查看发现一片的TABLE ACCESS FULL,很多表都是走全表扫描,有很多该建索引的字段都没有建立索引。最后只得乖乖返工。
  • 原因:
    在这里插入图片描述
    tbl_key是varchar类型,goodsid是number类型。在这种情况下,Oracle会把开发者当成傻瓜,把查出来的数据先转成和条件一样的类型,然后再和条件相比较,然后就不走索引了。
  • 解决方法(Oracle,mysql通用):
    用concat把goodsid转成varchar类型。
    在这里插入图片描述
where at.tbl_key = concat(wms_disqc_acc.goodsid,'')
  • 小彩蛋:
    如果两个条件类型本来就一致,把其中一个转成其他类型,还是会走索引的。
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值