MySQL主键索引为何不够用？数据库新手技术咨询

架构老林

2026-5-15

为啥除了主键索引，还需要给其他列建索引？

嘿，作为刚接触数据库的新手，能想到这个问题真的挺棒的！确实MySQL会自动给主键创建唯一索引，但主键索引只是解决了快速定位单行数据的核心需求，而实际业务里的数据库操作可比“按主键查单条数据”复杂多了，这就是为啥我们需要给其他列建索引的原因，我给你拆解几个常见场景：

大部分查询不是只靠主键：比如你有个用户表，主键是user_id，但你总不能每次查用户都记着每个人的ID吧？实际中你可能经常要按username搜用户、按email找回密码，或者按register_time筛选近30天注册的用户。如果这些列没有索引，MySQL就得扫描整张表的每一行来找符合条件的数据——想象下你的表有100万条数据，全表扫描的速度会慢到让人崩溃。有了索引之后，数据库能直接通过索引树快速定位到目标数据，效率提升可不是一点半点。
连接操作也会用到非主键列：关联表查询时，除了主键关联，你往往还会加其他过滤条件。比如你要查“2024年所有已完成订单的用户信息”，SQL大概是这样：
```
SELECT u.username, u.email 
FROM orders o 
JOIN users u ON o.user_id = u.user_id 
WHERE o.create_time BETWEEN '2024-01-01' AND '2024-12-31' 
  AND o.status = 'completed';
```
这里虽然用了user_id做关联，但如果orders表的create_time和status没有索引，数据库得先把整个orders表扫一遍，找出符合时间和状态的订单，再去关联用户表。要是orders表有几百万条数据，这个过程会非常耗时。给这两个列建索引后，数据库能快速过滤出符合条件的订单，再做关联，速度会快很多。
排序、分组依赖索引提速：比如你要取注册时间最晚的10个用户，SQL是SELECT * FROM users ORDER BY register_time DESC LIMIT 10;。如果register_time没有索引，MySQL得把所有用户数据都取出来，再在内存里排序（如果数据量太大还会写到磁盘上做排序），这个过程叫filesort，性能极差。但如果register_time有索引，索引本身就是有序的，数据库直接从索引的末尾取10条数据就行，根本不用排序，瞬间就能出结果。分组查询同理，比如按商品分类统计销量，有索引的话分组效率会大幅提升。
复合查询需要更精准的索引：很多时候我们的查询是多个条件组合的，比如SELECT * FROM orders WHERE user_id = 123 AND status = 'completed';。虽然user_id是主键，但如果经常做这种组合查询，建一个(user_id, status)的复合索引会比单独用主键索引更快——因为复合索引能直接定位到user_id=123且status=completed的订单，不用先找出所有user_id=123的订单再筛选状态。

总结一下：主键索引是数据库的基础保障，但它只覆盖了“通过唯一ID找数据”的场景。而实际业务中的查询、连接、排序、分组需求五花八门，非主键索引就是为了适配这些场景，避免全表扫描，让数据库操作更高效。

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