MySQL 查询选择字段，会让索引失效吗？

欢迎各位小伙伴来到golang学习网，相聚于此都是缘哈哈哈！今天我给大家带来《MySQL 查询选择字段，会让索引失效吗？》，这篇文章主要讲到等等知识，如果你对数据库相关的知识非常感兴趣或者正在自学，都可以关注我，我会持续更新相关文章！当然，有什么建议也欢迎在评论留言提出！一起学习！

mysql查询选择字段，会导致索引无效吗？

本文将探讨当选取特定字段时索引失效的问题。让我们以一个例子来说明。

假设我们有一个如下所示的sql查询：

SELECT
  dl.`user_type` AS userType,
  dl.`user_name` AS userName,
  dl.`phone` AS userPhone,
  pc.`name` AS courtName,
  dl.`build_unit` AS buildName,
  dl.`dev_name` AS deviceName,
  dl.`dev_no` AS deviceNo,
  dl.`create_time` AS openTime,
  dl.`status`
FROM
  dev_device_log dl
  LEFT JOIN base_project_court pc
    ON dl.`court_id` = pc.`id`
ORDER BY dl.`id` DESC
LIMIT 0, 100;

在这个查询中，当我们注释掉 pc.name 字段时，它能够使用索引，但在添加该字段后问题就出现了。

答案在于索引类型和数据长度。索引是用于快速查找数据的树状数据结构，其长度限制受其包含的字段长度限制。

在这个例子中，主键索引是 dev_device_log 表中的 id 字段。但是，当选择 pc.name 字段时，需要使用覆盖索引，覆盖索引包含查询中所有必需的字段，以避免回表操作。

base_project_court 表中 name 字段的长度为 varchar(30)，字符集为 utf8mb4。这意味着一个字符占用 4 字节。因此，索引长度为 30 * 4 + varchar 的前缀长度。

mysql 优化器在查询时会评估使用索引和回表的效率，在这个例子中，优化器可能会认为回表的效率比使用索引更高，因为该索引长度较大，无法满足覆盖索引的要求。

通过在 id 和 name 字段上创建复合索引，我们可以改善这种情况。复合索引的长度较短，优化器更愿意将其用于覆盖索引。

综上所述，当查询中选择的字段会影响索引的长度并超出其限制时，可能会导致索引失效。因此，在设计查询时，需要考虑字段长度和索引类型，以确保查询性能得到优化。

今天关于《MySQL 查询选择字段，会让索引失效吗？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！