MySQL索引的核心作用是减少数据库查询时需要扫描的数据行数，从而提升查询效率，但并不是所有场景都适合创建索引，需要结合具体的业务操作特点来判断。
适合创建MySQL索引的常见场景
1. 频繁作为查询条件的字段
如果某个字段经常出现在WHERE子句中，作为查询的过滤条件，那么为该字段创建索引可以大幅减少扫描范围。比如用户表的手机号字段，经常用来查询用户信息，就适合创建索引。
示例：为用户表的phone字段创建普通索引
-- 创建用户表
CREATE TABLE user (
id INT PRIMARY KEY AUTO_INCREMENT,
username VARCHAR(50) NOT NULL,
phone VARCHAR(20) NOT NULL,
create_time DATETIME NOT NULL
);
-- 为phone字段创建普通索引
CREATE INDEX idx_user_phone ON user(phone);
2. 关联查询的关联字段
在多表关联查询时，用于关联两个表的字段需要创建索引，这样可以避免关联时的全表扫描。比如订单表的用户id字段，关联用户表的id字段，两个字段都建议创建索引。
示例：为订单表的user_id字段创建索引
-- 创建订单表
CREATE TABLE order_info (
order_id INT PRIMARY KEY AUTO_INCREMENT,
user_id INT NOT NULL,
order_amount DECIMAL(10,2) NOT NULL,
order_time DATETIME NOT NULL
);
-- 为user_id字段创建索引，用于关联查询
CREATE INDEX idx_order_user_id ON order_info(user_id);
3. 需要排序或分组的字段
如果查询中经常使用ORDER BY或者GROUP BY子句，对应的字段创建索引可以避免额外的排序操作，提升查询效率。比如经常按照创建时间倒序查询用户列表，就可以为create_time字段创建索引。
示例：为文章表的create_time字段创建索引用于排序
-- 创建文章表
CREATE TABLE article (
article_id INT PRIMARY KEY AUTO_INCREMENT,
title VARCHAR(100) NOT NULL,
content TEXT NOT NULL,
create_time DATETIME NOT NULL
);
-- 为create_time字段创建索引，优化排序查询
CREATE INDEX idx_article_create_time ON article(create_time DESC);
4. 作为查询返回结果的字段
如果某个字段经常作为查询的返回字段，并且查询条件对应的字段也有索引，可以创建覆盖索引，避免回表操作。比如经常查询用户的手机号和用户名，查询条件是用户id，就可以创建包含id、phone、username的联合索引。
示例：创建覆盖索引优化查询
-- 创建联合索引，覆盖查询需要的字段 CREATE INDEX idx_user_cover ON user(id, phone, username); -- 该查询可以直接通过索引返回结果，不需要回表 SELECT phone, username FROM user WHERE id = 1;
不适合创建索引的场景
- 数据量很小的表，全表扫描的效率已经足够高，创建索引反而会增加维护成本。
- 频繁更新的字段，每次更新数据都需要同步更新索引，会降低写入效率。
- 区分度很低的字段，比如性别字段只有男和女两个值，创建索引的优化效果非常有限。
- 不经常作为查询条件、排序或分组条件的字段，创建索引属于无效索引，浪费存储空间。
索引创建的注意事项
创建索引时需要控制索引的数量，过多的索引会影响插入、更新、删除操作的性能，同时占用更多的存储空间。联合索引需要遵循最左前缀原则，把区分度高的字段放在前面。另外，索引创建后需要定期分析索引的使用情况，及时删除无用索引。