MySQL高级 之 索引失效与优化详解

  1. 云栖社区>
  2. 博客>
  3. 正文

MySQL高级 之 索引失效与优化详解

潘天涯 2018-05-31 15:56:00 浏览602
展开阅读全文
MySQL高级 之 索引失效与优化详解

https://blog.csdn.net/wuseyukui/article/category/6731498

案例所用的表结构、索引、与数据如下:

img_7c0ecd7d880a00c3a8aab269f162051c.png
img_7f6214d6879cad2d94cc218eda1eb95a.png

索引失效与优化

img_627469adf01321794b986112e8fedbd9.png

1、全值匹配我最爱

img_1d029eb5924910d1d3dbe742a2543e71.png

2、最佳左前缀法则(带头索引不能死,中间索引不能断)

如果索引了多个列,要遵守最佳左前缀法则。指的是查询从索引的最左前列开始 并且 不跳过索引中的列。
正确的示例参考上图。

错误的示例:
带头索引死:

img_4a2474d2e8aaa4db410bd5be5a2a66aa.png

中间索引断(带头索引生效,其他索引失效):


img_ad768a3569da148607227681091b4fa1.png

3、不要在索引上做任何操作(计算、函数、自动/手动类型转换),不然会导致索引失效而转向全表扫描

img_c5f52db9d8293251c66e21e6bab80444.png

4、mysql存储引擎不能继续使用索引中范围条件(bettween、<、>、in等)右边的列

img_e713609b912187fab3c6ed64b853e14f.png

**5、尽量使用覆盖索引(只查询索引的列(索引列和查询列一致)),减少select ***

img_d36caa1ba70ea43f178d32fcb885b50c.png

6、索引字段上使用(!= 或者 < >)判断时,会导致索引失效而转向全表扫描

img_efba86137683714485c6ebb44951c2b2.png

7、索引字段上使用 is null / is not null 判断时,会导致索引失效而转向全表扫描

img_bc5cda8ac066c05f496271625b55fc81.png

8、索引字段使用like以通配符开头(‘%字符串’)时,会导致索引失效而转向全表扫描

img_f7cb2121a929e7172c089e5ce74c11d5.png

由结果可知,like以通配符结束相当于范围查找,索引不会失效。与范围条件(bettween、<、>、in等)不同的是:不会导致右边的索引失效。

问题:解决like ‘%字符串%’时,索引失效问题的方法?
使用覆盖索引可以解决。

img_c693918e1ae030625182ef7e270444b3.png

img_463c2896ee80ea5be46204b706671f50.png

9、索引字段是字符串,但查询时不加单引号,会导致索引失效而转向全表扫描

img_ae9b5c782eea11e618d0a9f511c83c51.png

10、索引字段使用 or 时,会导致索引失效而转向全表扫描

![(http://upload-images.jianshu.io/upload_images/11464886-e6be4449d2648afd?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

小总结

img_14feead285ac045a06df9aa9891eb09c.png
img_dc98342d7851b50faa7023917ccc10cb.png

网友评论

登录后评论
0/500
评论
潘天涯
+ 关注