毕业设计查询慢？先看看 MySQL 索引是不是失效了
毕业设计查询慢？先看看 MySQL 索引是不是失效了
大家好，我是小柚 🐾。最近带毕业设计，发现一个特别常见的问题：很多同学写了 SQL 查询，数据量也不大，但页面就是卡得不行。查了一圈代码，发现问题居然出在索引上——索引失效了。
今天我就把毕设项目中常见的 MySQL 索引失效场景整理一下，帮大家避坑。
1. 最常见的坑：索引列用了函数
看看你有没有写过这样的 SQL：
SELECT*FROMuserWHEREYEAR(create_time)=2024;或者：
SELECT*FROMorderWHERESUBSTRING(order_no,1,4)='2024';问题：索引列上用了函数，索引直接失效。MySQL 没法用索引快速定位，只能全表扫描。
解决：
-- 改成范围查询SELECT*FROMuserWHEREcreate_time>='2024-01-01'ANDcreate_time<'2025-01-01';-- 或者如果必须用到函数，可以考虑把函数结果存成新字段并建索引2. 字符串不加引号
SELECT*FROMstudentWHEREstudent_no=12345;如果student_no是 varchar 类型的字段，不加引号会导致隐式类型转换，相当于在索引列上用了函数，索引失效。
解决：字符串必须加引号。
SELECT*FROMstudentWHEREstudent_no='12345';3. LIKE 百分号写在左边
SELECT*FROMarticleWHEREtitleLIKE'%毕业%';这个很多同学喜欢用，但%在左边会导致索引失效。
解决：
- 如果业务允许，用 Elasticsearch
- 如果必须用 MySQL，考虑全文索引（MySQL 5.6+）
- 或者改需求，接受前缀匹配
%毕业
4. OR 导致索引失效
SELECT*FROMuserWHEREusername='zhangsan'ORphone='13800138000';OR 条件两边只有一边有索引，索引也会失效。
解决：用 UNION 代替 OR。
SELECT*FROMuserWHEREusername='zhangsan'UNIONSELECT*FROMuserWHEREphone='13800138000';5. 联合索引没遵循最左前缀
假设你建了一个联合索引(status, create_time, user_id)：
-- ❌ 失效：跳过第一列SELECT*FROMorderWHEREcreate_time>'2024-01-01';-- ❌ 失效：不是连续使用SELECT*FROMorderWHEREstatus=1ANDuser_id=100;-- ✅ 生效：按顺序使用SELECT*FROMorderWHEREstatus=1ANDcreate_time>'2024-01-01';联合索引必须从左到右连续使用，中间不能跳过。
6. 表连接顺序不对
SELECT*FROMorderoJOINuseruONo.user_id=u.idWHEREu.status=1;如果user.status没有索引，这个查询会很慢。
解决：给经常用于条件的字段加索引。
7. 怎么检查索引有没有生效？
用EXPLAIN关键字！
EXPLAINSELECT*FROMorderWHEREstatus=1;重点看type和key：
type: 最好的是const，然后是eq_ref、ref，最差是ALL（全表扫描）key: 显示使用了哪个索引rows: 预计扫描行数，越少越好
毕业设计项目实战建议
- 慢查询日志：MySQL 开启慢查询日志，超过 1 秒的 SQL 自动记录
- EXPLAIN 必查：上线前用 EXPLAIN 检查每条重要查询
- 索引不是越多越好：每次建索引都要考虑写入成本
- 用工具：Navicat、DataGrip 都有可视化索引分析功能
毕业设计项目数据量一般不大，但养成好的索引习惯对你以后工作面试都很有帮助。面试官特别喜欢问索引优化，你要是能把今天这些坑都讲明白，绝对加分。
有问题评论区见，记得点个赞 👍
首发于 2026-02-15