MySQL查询未使用tag_pos_nr索引：为何EXPLAIN显示无可用索引？

核心原因： #

• 以%开头的模糊匹配无法利用B-tree索引
  你的查询条件tag LIKE '%191223%'是包含式模糊匹配，通配符在匹配内容最前面。MySQL的B-tree索引按字段前缀排序存储，这种匹配方式无法通过索引快速定位记录——索引无法确定191223出现在tag字段的哪个位置，只能全表扫描逐一匹配。

• 联合索引的最左前缀原则限制
  tag_pos_nr是联合索引，必须满足最左前缀原则才能生效：只有当最左侧的tag字段条件能利用索引时，后续的pos、nr字段索引才可能被触发。现在tag的条件用不了索引，整个联合索引自然无法被使用。

• mediumtext前缀索引的局限性
  虽然你给tag字段创建了tag(20)前缀索引，但这种索引仅支持前缀匹配（比如LIKE '191223%'）或精确匹配，对于%xxx%这种中间包含的模糊查询，前缀索引起不到任何作用。

优化方案： #

• 改用全文索引
  对tag字段创建全文索引，然后用MATCH(tag) AGAINST('191223')替代LIKE '%191223%'，这样可以利用全文索引快速定位包含目标字符串的记录。注意默认情况下MySQL全文索引对短词（少于4个字符）不生效，若需要调整可修改ft_min_word_len参数。

• 调整查询为前缀匹配
  如果业务逻辑允许，将查询改为tag LIKE '191223%'（通配符放在末尾），这样就能利用现有的tag(20)前缀索引，进而触发tag_pos_nr联合索引的使用，大幅提升查询效率。

• 重构数据结构
  如果tag是离散的标签类数据，可以拆分出单独的标签关联表（比如my_tbl_tags，存储id和tag的对应关系），用精确匹配代替模糊匹配，这种方式的索引效率最高。

内容的提问来源于stack exchange，提问作者Lizard