索引缺失批量添加优化商品检索速度完整指南
索引缺失怎么办?教你批量添加索引优化商品检索速度
商品检索太慢,客服被催、用户流失,十有八九是数据库索引没建好。
本文从零开始,带你把缺失的索引批量补上,立竿见影提升检索速度。
先确认问题:索引到底缺不缺
不要上来就加索引,先查现状。
登录MySQL执行:
SHOW INDEX FROM products;
返回列表里如果没有 key_name 为 idx_name、idx_category 这类索引,说明商品表的检索字段大概率缺少索引。
再翻慢查询日志:
SHOW VARIABLES LIKE 'slow_query_log%';
SET GLOBAL slow_query_log = 'ON'; -- 临时开启
SELECT * FROM mysql.slow_log WHERE db = '你的库名' ORDER BY start_time DESC LIMIT 5;
看到 full table scan 的查询语句,基本可以确定是索引缺失导致的慢检索。
批量添加索引:三步写出安全脚本
1. 确定要加索引的字段
检查商品检索常用字段:名称 (name)、分类 (category_id)、品牌 (brand_id)、状态 (status)。
通常这些字段组合在一起能大幅提升 WHERE 条件检索速度。
2. 生成批量添加索引的SQL
先在测试库跑一次,确认无冲突:
ALTER TABLE products ADD INDEX idx_name (name);
ALTER TABLE products ADD INDEX idx_category (category_id);
ALTER TABLE products ADD INDEX idx_brand (brand_id);
ALTER TABLE products ADD INDEX idx_status (status);
如果担心单条执行慢,可以合并成一条:
ALTER TABLE products
ADD INDEX idx_name (name),
ADD INDEX idx_category (category_id),
ADD INDEX idx_brand (brand_id),
ADD INDEX idx_status (status);
多索引合并添加会在一次表锁中完成,比逐条执行更快。
3. 处理已存在索引的跳过逻辑
如果不确定索引是否已存在,先用这个SQL判断:
SELECT COUNT(*) FROM information_schema.STATISTICS
WHERE table_schema = '你的库名' AND table_name = 'products' AND index_name = 'idx_name';
如果结果=0再执行 ALTER TABLE。
但要批量操作,更简单的方法是用存储过程或写个脚本逐表检查。
这里给个轻量方案:在MySQL客户端用 PREPARE 配合 IF 判断太复杂,建议直接执行 ALTER TABLE ... ADD INDEX IF NOT EXISTS(MySQL 8.0+ 支持)。 如果版本低于8.0,可以采用“先删后建”的方式(有风险),或者手动确认。
避坑指南:加索引时最容易翻车的三点
- 大表加索引会锁表:超过百万行记录的表,
ALTER TABLE会锁住整张表。建议在业务低峰期操作,或者使用pt-online-schema-change(Percona Toolkit)在线变更。 - 不要给每一列都加索引:索引不是越多越好,写操作会变慢。只给
WHERE、JOIN、ORDER BY中频繁出现的字段加。 - 联合索引顺序很重要:比如经常同时按
category_id和name检索,联合索引(category_id, name)比两个单列索引效率高得多。
ALTER TABLE products ADD INDEX idx_cate_name (category_id, name);
验证优化效果:用两种方法确认
方法一:查看执行计划
EXPLAIN SELECT * FROM products WHERE name = '某商品' AND category_id = 10;
如果 type 从 ALL 变成 ref 或 range,rows 大幅减少,说明索引生效了。
方法二:对比查询耗时
-- 记录优化前
SELECT SQL_NO_CACHE * FROM products WHERE name LIKE '%关键词%' LIMIT 10;
-- 加索引后再次执行,观察时间
用 SQL_NO_CACHE 避免缓存影响结果。
通常索引优化后,同样查询能从几百毫秒降到个位数毫秒。
高频问题解答
Q:加了索引后,商品插入变慢了怎么办?
A:索引会拖慢写入速度是正常的,但要权衡。如果插入操作远少于检索操作,收益远大于成本。建议只保留最必要的索引,定期分析慢查询,去掉无效索引。
Q:云数据库(RDS等)也可以用同样方法吗?
A:可以。云厂商的MySQL实例同样支持 ALTER TABLE,但要注意账号权限。有些云数据库控制台提供“索引推荐”功能,也可结合使用。
Q:索引缺失批量添加时,中间出错如何回滚?
A:批量操作建议每条 ALTER 分开执行,并打开事务(InnoDB支持DDL回滚,但不建议依赖)。最稳妥的办法:先在从库或备份库上执行,确认无异常再切到主库。
如果你正在处理索引缺失导致检索慢的困境,按本文步骤走一遍,最快十分钟就能看到效果。
遇到报错先检查表名、字段名、索引名是否重复,再确认数据库版本和权限,基本都能解决。