SQL 百万级别记录优化之 -- 单引号带来的性能下降

update TIMAGEDATA_TD set MSISDNGROUPID=4 where IMSI >= 13600000000 and IMSI <= 13699999999; IMSI 是一个 char 类型的字段,但是存储的都是数值类型(历史问题)。。。

我们知道,oracle ,mysql 都是支持 字符型字段使用 数值的(也就是不加单引号) 查询条件
直接上结果: 
    优化之前:

输入图片说明

这里可以看到,在字符型 char 使用 数值来作为条件查询的时候,查询时间是 24 秒以上,
这是明显有问题的,trace 之后结果如下:

输入图片说明

发现,CPU使用量,等待时间,物理IO请求都是异常的大。
好吧,不在多说,这里就是一个经验的问题,把查询条件中的字符类型加上双引号,如下:

输入图片说明

trace 结果如下:

输入图片说明

总结: 算是一个比较普通的习惯问题,一般人如果有好的习惯也不会有这样的事情发生,
原理大概是不同类型的话,就需要对每个字段进行类型转换,那么原有的字段索引就不能使用了,
因为这个表是一个千万级别的大表,所以导致了全表扫描性能的下降是致命的。。

转载于:https://my.oschina.net/samuelzuuka/blog/733488

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值