当表中仅 1.5 万行数据、单条 WHERE 查询却耗时 20 秒时，极大概率是缺失关键字段索引所致；为 unique_id_farmer 等高频查询列添加数据库索引，可将响应时间从秒级降至毫秒级。
当表中仅 1.5 万行数据、单条 where 查询却耗时 20 秒时，极大概率是缺失关键字段索引所致；为 `unique_id_farmer` 等高频查询列添加数据库索引，可将响应时间从秒级降至毫秒级。
在 Laravel 应用中，数据库查询性能瓶颈往往并非源于逻辑复杂度，而是底层索引缺失。以问题中的 SQL 为例：
SELECT * FROM `form_edit` WHERE `unique_id_farmer` = 20220620175937762;
该语句在仅有 14,895 行的表上耗时 20 秒，说明 MySQL 正在执行全表扫描（Full Table Scan）——即逐行比对 unique_id_farmer 字段。一旦为该字段建立索引，数据库即可通过 B+ 树快速定位目标行，典型响应时间可压缩至 5–50ms。
✅ 正确添加索引的方式（Laravel 迁移）
方式一：普通索引（推荐用于 WHERE 查询）
适用于高频等值查询（如本例），不强制唯一性：
// 在 migration 文件中（例如 create_form_edit_table.php 或新增的 index_migration.php）
Schema::table('form_edit', function (Blueprint $table) {
$table->index('unique_id_farmer'); // 生成 KEY index_unique_id_farmer (unique_id_farmer)
});
方式二：唯一索引（适用于业务要求唯一性场景）
自动创建索引并约束重复值，兼具性能与数据完整性：
Schema::table('form_edit', function (Blueprint $table) {
$table->unique('unique_id_farmer'); // 生成 UNIQUE KEY unique_id_farmer (unique_id_farmer)
});
⚠️ 注意事项：
Laravel 13.2.0下载Laravel 13.2.0 是基于 PHP 8.3+ 的高性能框架，官方推荐通过 Composer 安装。它内置 AI SDK、JSON:API Resources 及原生向量搜索，支持属性驱动开发与队列路由，大幅提升开发效率。相比旧版，13.2.0 优化了缓存 TTL 管理与实时通信，无需 Redis 即可横向扩展。作为现代 Web 开发首选，它兼顾安全与极速体验，助您快速构建企业级应用。
- 若表中已存在重复
unique_id_farmer值，执行->unique()将失败，需先清洗数据或改用->index()；- 索引会略微增加 INSERT/UPDATE 开销并占用磁盘空间，但对读多写少的业务（如表单查询）利远大于弊；
- 执行迁移后，务必运行
php artisan migrate，并确认索引已生效（可通过SHOW INDEX FROM form_edit;验证）。
? 验证索引是否生效
在 MySQL 中执行以下命令检查执行计划：
EXPLAIN SELECT * FROM form_edit WHERE unique_id_farmer = 20220620175937762;
✅ 理想结果：type 列显示 ref 或 const，key 列显示 index_unique_id_farmer 或类似名称；
❌ 异常结果：type: ALL 表示仍在全表扫描，需检查索引是否创建成功或字段名拼写是否一致。
? 进阶建议
- 若
unique_id_farmer常与其它字段联合查询（如WHERE unique_id_farmer = ? AND status = 'active'），可考虑创建复合索引：$table->index(['unique_id_farmer', 'status']);
- 避免为低选择性字段（如
gender、is_deleted）单独建索引，效果有限且徒增开销； - 定期使用
DB::listen()或 Laravel Telescope 监控慢查询，主动识别未索引的热点字段。
索引不是“锦上添花”，而是高可用 Laravel 应用的数据基础设施。一次精准的 ->index() 调用，往往就是 20 秒与 20 毫秒之间的分水岭。
