SQL 百万级别记录优化之 -- 单引号带来的性能下降
2016-08-16 00:00
260 查看
摘要: 无论是oracle 还是 mysql,面临百万以上级别的数据,性能优化都是至关重要的,用的好了,同样一个查询结果,可能毫秒级,用的不好,可能几十秒。。。
update TIMAGEDATA_TD set MSISDNGROUPID=4 where IMSI >= 13600000000 and IMSI <= 13699999999;
IMSI 是一个 char 类型的字段,但是存储的都是数值类型(历史问题)。。。
update TIMAGEDATA_TD set MSISDNGROUPID=4 where IMSI >= 13600000000 and IMSI <= 13699999999;
IMSI 是一个 char 类型的字段,但是存储的都是数值类型(历史问题)。。。
我们知道,oracle ,mysql 都是支持 字符型字段使用 数值的(也就是不加单引号) 查询条件 直接上结果: 优化之前:
这里可以看到,在字符型 char 使用 数值来作为条件查询的时候,查询时间是 24 秒以上, 这是明显有问题的,trace 之后结果如下:
发现,CPU使用量,等待时间,物理IO请求都是异常的大。 好吧,不在多说,这里就是一个经验的问题,把查询条件中的字符类型加上双引号,如下:
trace 结果如下:
总结: 算是一个比较普通的习惯问题,一般人如果有好的习惯也不会有这样的事情发生, 原理大概是不同类型的话,就需要对每个字段进行类型转换,那么原有的字段索引就不能使用了, 因为这个表是一个千万级别的大表,所以导致了全表扫描性能的下降是致命的。。
相关文章推荐
- SQL 百万级别记录优化之 -- where 字段加索引
- MySQL单表百万数据记录分页性能优化
- MySQL单表百万数据记录分页性能优化
- MySQL单表百万数据记录分页性能优化技巧
- MySQL单表百万数据记录分页性能优化
- MySQL单表百万数据记录分页性能优化
- MySQL单表百万数据记录分页性能优化
- MySQL单表百万数据记录分页性能优化
- MySQL 单表百万数据记录分页性能优化
- MySQL 单表百万数据记录分页性能优化
- MySQL单表百万数据记录分页性能优化
- mysql 单表百万数据记录分页性能优化
- MySQL 单表百万数据记录分页性能优化
- ORACLE百万记录SQL语句优化技巧
- Mysql单表百万数据记录分页性能优化
- Oracle百万记录sql语句优化技巧
- MySQL单表百万数据记录分页性能优化
- 应用性能优化记录之一——应用往云上迁移所带来的新挑战
- 应用性能优化记录之二——应用往云上迁移所带来的新挑战
- ORACLE百万记录SQL语句优化技巧