你有没有遇到过这样的情况：公司后台系统查个用户信息要等好几秒，点一下搜索就像在祈祷服务器别卡住？其实很多时候，问题就出在数据库没有合理使用索引。今天咱们就来聊聊怎么创建数据库索引，让查询快起来。
什么是数据库索引
你可以把数据库索引想象成一本书的目录。如果没有目录，你要找“第三章第二节”，就得一页一页翻。但有了目录，直接看页码就能跳转。数据库索引干的就是这个事——它提前整理好某些字段的排序和位置，让查询不用全表扫描，速度自然提升。
什么时候需要建索引
不是所有字段都适合加索引。比如用户的性别字段，只有“男”“女”两个值，加了索引效果也不明显，反而浪费存储空间。真正该加索引的是那些经常用来查询、排序、做条件筛选的字段，比如：
- 用户表的手机号（login_phone）
- 订单表的订单号（order_no）
- 日志表的时间戳（create_time）
这些字段重复率低、查询频率高，加上索引后效果立竿见影。
怎么创建索引：以MySQL为例
假设我们有一张订单表 orders，结构如下：
CREATE TABLE orders (
id INT AUTO_INCREMENT PRIMARY KEY,
order_no VARCHAR(32),
user_id INT,
amount DECIMAL(10,2),
create_time DATETIME
);现在我们要根据订单号查询订单详情，但发现慢得不行。这时候就可以给 order_no 字段加个索引：
ALTER TABLE orders ADD INDEX idx_order_no (order_no);这条语句的意思是：在 orders 表上为 order_no 字段创建一个叫 idx_order_no 的普通索引。命名习惯一般用 idx_字段名，方便后期维护。
复合索引怎么用
有时候查询条件不止一个。比如你想查某个用户在某段时间内的订单：
SELECT * FROM orders WHERE user_id = 123 AND create_time > '2024-04-01';这种情况下，单独给 user_id 或 create_time 加索引效果有限，应该创建复合索引：
ALTER TABLE orders ADD INDEX idx_user_time (user_id, create_time);注意顺序很重要。如果查询中只用了 create_time 没用 user_id，这个复合索引就用不上。所以要把最常用于等值匹配的字段放前面。
查看索引是否生效
建完索引别忘了验证效果。可以用 EXPLAIN 命令看看查询执行计划：
EXPLAIN SELECT * FROM orders WHERE order_no = 'NO20240405';如果返回结果中的 key 字段显示你刚建的索引名，说明命中了，成功一半了。
索引也不是越多越好
每加一个索引，数据写入时就要多维护一份结构。插入、更新、删除都会变慢。而且索引占磁盘空间，太多会拖累整体性能。建议定期 review 索引使用情况，删掉长期没被命中的“僵尸索引”。
举个真实例子：之前我参与的一个项目，订单查询接口响应时间从800ms降到80ms，就是靠加了一个复合索引，再配合 EXPLAIN 调整查询语句实现的。改动不大，但用户体验提升非常明显。
数据库索引就像厨房里的刀具，用对了切菜如飞，用错了容易伤手。掌握基本原理和操作方法，日常开发中少踩坑，系统跑得也更稳。