PHP 怎么建立索引

wen PHP项目 2026-08-05 6

PHP 怎么建立索引？从原理到实战的 MySQL 高性能索引指南

目录导读（Table of Contents）

引言：为什么 PHP 开发者必须懂索引？
索引的本质：数据库加速的“目录”逻辑
PHP 项目中建立索引的三种核心方法
- 1 通过 SQL 语句（DDL）直接创建
- 2 使用 PDO / MySQLi 预处理语句动态创建
- 3 利用迁移工具（如 Laravel Schema）管理索引
索引建立的黄金法则：避开 5 个致命误区
实战案例分析：一个电商订单查询的索引优化全过程
常见问题解答（FAQ）
索引是设计出来的，不是写出来的

引言：为什么 PHP 开发者必须懂索引？

PHP 怎么建立索引

很多 PHP 初学者认为，只要 SQL 写对了，查询就快，这是一个危险的误解，当你的 users 表只有 100 条数据时，全表扫描和索引查找差别微乎其微；但当数据量达到 100 万条时，没有索引的 WHERE user_email = 'test@example.com' 可能耗时 2 秒，而加了一个普通索引后，耗时会骤降到 0.001 秒，作为 PHP 工程师，你写的 select 语句最终都会交给 MySQL 执行,索引就是你与数据库高性能之间的桥梁。

索引的本质：数据库加速的“目录”逻辑

想象一本 500 页的《PHP 编程词典》，如果你想找“PDO”这个词，你是逐页翻，还是先看目录页？索引就是数据库的“目录”，它通过 B+ 树（或哈希表）数据结构，将某列的值排序存储，并指向物理记录的位置。注意：索引不是越多越好，它是一把双刃剑——加速读操作，但会拖慢写操作（INSERT/UPDATE/DELETE），因为每次写入都要同步更新索引树。

PHP 项目中建立索引的三种核心方法

1 通过 SQL 语句（DDL）直接创建

这是最基础的方式，你可以在 PHPMyAdmin 执行，或者通过 mysqli::query() 执行,语法如下：

CREATE INDEX idx_user_email ON users (email);
CREATE UNIQUE INDEX idx_user_phone ON users (phone); -- 唯一索引，保证无重复
ALTER TABLE orders ADD INDEX idx_order_user (user_id, created_at); -- 复合索引，根据最左前缀原则

关键点：复合索引 (user_id, created_at) 意味着查询时必须用到 user_id 才会走索引，单独用 created_at 查询是走不了复合索引的。

2 使用 PDO / MySQLi 预处理语句动态创建

如果你在写一个安装脚本，需要根据配置动态建表，可以用 PHP 代码执行，但强烈建议：建立索引的 DDL 操作不要高频次执行，它属于结构变更（Schema Change），执行期间会锁表,示例如下：

<?php
$pdo = new PDO('mysql:host=localhost;dbname=test', 'root', '');
$sql = "CREATE INDEX idx_username ON users (username)";
$pdo->exec($sql);
echo "索引创建成功";
?>

3 利用迁移工具（如 Laravel Schema）管理索引

在现代 PHP 框架（Laravel/Lumen）中，推荐将索引操作写进迁移文件，这不仅方便版本控制，还能避免手动生产环境误操作,示例：

Schema::table('users', function (Blueprint $table) {
    $table->index('email');
    $table->unique('phone');
});

索引建立的黄金法则：避开 5 个致命误区

在 WHERE 子句中频繁使用的列上建索引——正确，但更要对 WHERE 条件的查询列联合分析。
在低区分度的列上建索引（如性别字段只有 M/F 两个值）——这么做毫无意义,全表扫比扫索引更快。
索引列使用了函数运算。WHERE DATE(created_at) = '2023-01-01'，这会导致索引失效，正确做法是范围查询 WHERE created_at >= '2023-01-01' AND created_at < '2023-01-02'。
对 NULL 值列建普通索引——性能不佳，尽量设置默认值或 NOT NULL。
忽略复合索引的最左前缀原则。(a, b, c) 复合索引，能覆盖 where a=1 和 where a=1 and b=2，但覆盖不了 where b=2。

实战案例分析：一个电商订单查询的索引优化全过程

假设你有一个订单表 orders，PHP 代码中经常执行：

SELECT * FROM orders WHERE user_id = 1001 AND status = 'paid' ORDER BY created_at DESC;

初始状态：无索引，每执行一次耗时 1.8 秒。

优化方案：

首先，建复合索引 (user_id, status, created_at)，这个索引能同时解决等值过滤（user_id,status）和排序（created_at）问题,避免文件排序。
然后，测试耗时，降到 0.03 秒。
最后，检查 PHP 代码中是否使用了 SELECT * 导致回表，改为只查询需要的字段，如覆盖索引 (user_id, status, created_at, order_amount)。

重要提示：结合 EXPLAIN 关键字查看执行计划，确保 type 为 ref 或 range，而不是 ALL（全表扫描）。

常见问题解答（FAQ）

Q1：PHP 中如何检查 SQL 是否用了索引？ A：用 EXPLAIN SELECT ... 语句，看 key 字段是否显示索引名，rows 字段是否大幅减少。

Q2：建了索引，但 PHP 查询还是很慢？ A：优先排查是否是联合索引顺序错误（违反最左前缀），或者是 LIKE '%xxx%' 前置通配符，或者是隐式类型转换（如字符串列用数字比较）。

Q3：一个表最多建多少个索引合适？ A：没有硬性规定，通常建议单表索引不超过 6 个，且避免冗余索引，例如有 (a,b) 索引时，再单独建 (a) 索引是冗余的。

Q4：大表（千万级）在建索引时要注意什么？ A：离线维护或使用 pt-online-schema-change 工具避免阻塞生产读写，在 PHP 里一定要严格控制执行频率，不要在用户请求高峰期去 ALTER TABLE。

索引是设计出来的，不是写出来的

作为 PHP 开发者，你需要把“如何建索引”看作是一种数据建模思维，不要等到生产环境崩溃后再去补救，而是从写第一行建表 SQL 时就开始规划。先分析慢查询日志，再针对性建索引；先遵循最左前缀，再考虑覆盖索引，让 MySQL 的引擎为你的 PHP 业务快速、稳定地运转，如果你在项目中遇到了具体的索引失效问题，欢迎在实际开发中通过 EXPLAIN 分析来找原因——那会是你最快成长的时刻。