MySQL索引思维导图

MySQL索引思维导图、如果对两个字段既要排序又要分组，建立联合索引会更快。不过Group对应的字段应该 在前，否则联合索引可能不会生效（⑩ 联合索引最左原则）

MySQL索引思维导图

• 不适合创建索引的字段
  • ① where、group、order中使用不到的字段
  • ② 数据量小的表
    • 比如小于 1000 条，建立和维护索引可能更花时间。
  • ③ 大量重复的字段
    • 区分度太低，索引起不到效果。
  • ④ 经常更新的字段
    • 更细数据也需要更新索引，影响效率。
  • ⑤ UUID、MD5、HASH等无序的值
  • 附录
    • 删除很少使用的索引
      • 减少索引对更新的影响。
    • 不要定义冗余或重复的索引
      • 冗余：例如，联合索引就可以对部分字段快速检索，不需要再单独对里面的字段建立新的索引。
      • 重复：例如，主键会建立聚簇索引，没必要再特别建立普通或唯一索引。
• 适合创建索引的字段
  • ① 字段数值有唯一性
    • 虽然会小幅影响 insert 速度，不过可以大幅提高查询效率。
  • ② 频繁作为where查询条件
  • ③ 经常Group或Order的字段
    • 如果对两个字段既要排序又要分组，建立联合索引会更快。不过Group对应的字段应该 在前，否则联合索引可能不会生效（⑩ 联合索引最左原则）。
  • ④ 经常update和delete的字段
  • ⑤ 需要Distinct去重的字段
    • 索引会排序，可以加速去重，并且展示时也是有序的。
  • ⑥ 多表join操作
    • 连接表的数 不要超过3张📃，否则会增加循环，影响效率。
    • 对 where条件的字段❓创建索引。
    • 对 连接字段🖇️创建索引，并且保证数据 类型一致🎭。
  • ⑦ 优先数据类型小的字段
  • ⑧ 使用字符串前缀
    • 前缀长度根据区分度决定：count(distinct subString) / count(*)
  • ⑨ 区分度高的列
    • 计算公式：count(distinct xxx) / count(*)
    • 超过 33% 一般就算较高效了。
  • ⑩ 联合索引最左原则
    • 使用最频繁的列放到联合索引的最左侧（第一个的位置），否则不会使用该索引。
  • 附录
    • 多字段都需要索引时联合索引优先
    • 限制索引数目
      • 建议单张表 不超过6个
      • 原因：
        • 💾占用磁盘空间
        • 🔨影响“改”操作的性能
        • 🕘增加优化器评估时间，降低性能