讲师介绍

精选留言(14)

• 

  冰河时代

  回答一下题目：由于这个sql不再是select *，当使用idx_address索引后就不需要回表了，mysql可以选择主键索引或者idx_address索引，而idx_address索引存储的字段少一些，占用的存储空间更少，那么这个棵b+树的高度就矮一些，查询效率会更高，所以分析器最终会选择使用idx_address索引，但是这个sql已经无法使用最左匹配的优势了，所以时间复杂度是O(N)。

  2020-04-24

   1

   8
• 

  do it

  索引失效原因：
  1、隐试类型转换
  2、表达式计算
  3、函数
  4、左/左右模糊匹配
  5、联合索引非最左匹配

  2020-04-25

  

   5
• 

  小文同学

  回答一下题目：虽然使用了索引，但是因为%关键字%的原因，address的地址顺序已经无法帮助查找了，查询应该是第一个叶子节点触发，遍历最后的叶子节点，时间复杂度是 O(n)

  2020-04-23

   1

   3
• 

  饭团

  老师 海淀区那个您的图不对 您的explain 图中并没有左边模糊匹配
  

  2020-04-22

   1

   3
• 

  阿哲

  讲的很有意思，还很好理解，不错了

  2020-04-22

   1

   3
• 

  一飞同学

  学习了

  2020-04-22

  

   3
• 

  Yabo

  被索引字段失效的情况：1.发生隐式类型转换，2.使用表达式计算，3.使用了函数，4.like查询使用了模糊匹配或者左右模糊匹配，5.不是联合索引的最左匹配字段

  2020-04-22

  

   2
• 

  leonhawk

  还有一种情况 可能命中多个索引的情况下 优化器选择区分度较低的那个索引导致慢查询 可以用force key强制只用正确索引

  2020-04-28

  

   1
• 

  naadp

  大家好！我想问下，为什么范围查找会使后面的索引失效呢？例如 小于查询 和 小于等于查询，都是使后面索引失效吗？又是为什么呢？

  2020-06-12

  

  
• 

  老猫

  实操：最后
  select id,address from t_user where address like '%海淀区%';
  没有命中索引
  mysql 5.7.26
  

  2020-06-11

  

  
• 

  花花大脸猫

  这时候相当于遍历索引树所有叶子节点信息了，时间复杂度是o(n)

  2020-05-10

  

  
• 

  面对疾风吧

  1、隐试类型转换
  2、表达式计算
  3、函数
  4、左/左右模糊匹配
  5、联合索引非最左匹配
  前三者是对索引字段做了计算，不能保证计算结果顺序与原来一致，后两者违背最左匹配原则。当索引覆盖时，可以选择数据量小的索引，但复杂度上没有优化

  2020-05-09

  

  
• 

  孙瑜

  最后不需回表的 地址查询SQL，在explain时 “海淀区”前面的 “%”没有了，然后仍然使用了索引的原因，虽然用了索引 但还是遍历了索引吧

  2020-04-25

  

  
• 

  kevenxi

  explain 命令真好用，oracle有相应的命令吗？

  2020-04-24

   1

  