mysql 是否在外键上创建索引

wufei123 2025-01-26 阅读:77 评论:0

通常情况下，应在外键字段上创建索引以加速外键约束检查和关联查询。但是，如果表很小或外键字段已经是主键/唯一键，则可以考虑不创建索引。 MySQL 外键索引：是福是祸？很多开发者在建立MySQL外键关系时，都会纠结一个问题：要不要在外键字...

通常情况下，应在外键字段上创建索引以加速外键约束检查和关联查询。但是，如果表很小或外键字段已经是主键/唯一键，则可以考虑不创建索引。

mysql 是否在外键上创建索引

MySQL 外键索引：是福是祸？

很多开发者在建立MySQL外键关系时，都会纠结一个问题：要不要在外键字段上创建索引？答案嘛，没那么简单，不是简单的“是”或“否”。这篇文章，我们就来好好掰扯掰扯这个问题，不光告诉你怎么做，更重要的是，告诉你为什么这么做。

先说结论：通常情况下，你需要在外键字段上创建索引。但“通常”这两个字，就暗藏玄机了。

为啥要索引？这还用问？数据库索引就像图书馆的目录，你总不能一本一本翻吧？外键索引加速了外键约束检查，以及基于外键的关联查询。想想看，没有索引，每次检查外键是否存在，都要全表扫描，那效率……简直不敢想象。尤其是数据量大的时候，简直就是灾难片现场。

但是，索引也不是万能的。它会占用额外的存储空间，而且在数据插入、更新和删除时，也会增加一定的开销。所以，盲目地给所有外键字段都加索引，反而可能适得其反，得不偿失。

那么，什么时候可以考虑不加索引呢？

一种情况是，你的表很小，数据量非常有限。这时候，全表扫描的开销可以忽略不计，加索引带来的额外开销反而更显著。

另一种情况是，你的外键字段本身就是主键或唯一键。这种情况，数据库系统会自动创建索引，你再手动创建索引就是重复劳动了，纯属浪费资源。

下面，我们用代码来感受一下：

假设有两个表：users 和 orders。orders 表中的 user_id 是外键，关联 users 表的主键 id。

PHP

-- 创建 users 表
CREATE TABLE users (
    id INT PRIMARY KEY,
    username VARCHAR(255)
);

-- 创建 orders 表，并添加外键约束和索引
CREATE TABLE orders (
    id INT PRIMARY KEY,
    user_id INT,
    amount DECIMAL(10, 2),
    FOREIGN KEY (user_id) REFERENCES users(id)
);

-- 创建索引 (通常情况下需要)
CREATE INDEX idx_user_id ON orders (user_id);

-- 或者，直接在建表时添加索引
CREATE TABLE orders (
    id INT PRIMARY KEY,
    user_id INT,
    amount DECIMAL(10, 2),
    FOREIGN KEY (user_id) REFERENCES users(id),
    INDEX idx_user_id (user_id)
);

--  测试查询
SELECT * FROM orders WHERE user_id = 1;