本文共 1674 字，大约阅读时间需要 5 分钟。

CREATE TABLE user_group (

id int(11) NOT NULL auto_increment, uid int(11) NOT NULL, group_id int(11) NOT NULL, PRIMARY KEY (id), KEY uid (uid), KEY group_id (group_id), ) ENGINE=InnoDB AUTO_INCREMENT=750366 DEFAULT CHARSET=utf8

看AUTO_INCREMENT就知道数据并不多，75万条。简单的查询：

SELECT SQL_NO_CACHE uid FROM user_group WHERE group_id = 245;

– SQL_NO_CACHE 不使用缓存提示

Explain的结果是：

±—±------------±-----------±-----±--------------±---------±--------±------±-----±------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | ±—±------------±-----------±-----±--------------±---------±--------±------±-----±------+ | 1 | SIMPLE | user_group | ref | group_id | group_id | 4 | const | 5544 | | ±—±------------±-----------±-----±--------------±---------±--------±------±-----±------+

看起来已经用上索引了，数据分布上，group_id相同的比较多，uid散列的比较均匀，加索引的效果一般，试着加了一个多列索引：

ALTER TABLE user_group ADD INDEX group_id_uid (group_id, uid);

这句SQL查询的性能发生了巨大的提升，居然已经可以跑到0.00s左右了。经过优化的SQL再结合真实的业务需求，也从之前2.2s下降到0.05s。

再Explain一次 ±—±------------±-----------±-----±----------------------±-------------±--------±------±-----±------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | ±—±------------±-----------±-----±----------------------±-------------±--------±------±-----±------------+ | 1 | SIMPLE | user_group | ref | group_id,group_id_uid | group_id_uid | 4 | const | 5378 | Using index | ±—±------------±-----------±-----±----------------------±-------------±--------±------±-----±------------+

这种叫覆盖索引（covering index），MySQL只需要通过索引就可以返回查询所需要的数据，而不必在查到索引之后再去查询数据，所以相当快！！但是同时也要求所查询的字段必须被索引所覆盖到，在Explain的时候，输出的Extra信息中如果有“Using Index”，就表示这条查询使用了覆盖索引。

转载地址：https://blog.csdn.net/yajie_12/article/details/102624743 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！