mysql 是否在外键上创建索引

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

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

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

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

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

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

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

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

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

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

-- 创建 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;

这段代码展示了两种创建外键索引的方式，一种是单独创建索引，另一种是在创建表的同时创建索引。 选择哪种方式，取决于你的个人偏好和项目规范。

记住，数据库优化是一个复杂的课题，没有放之四海而皆准的最佳实践。你需要根据实际情况，权衡利弊，做出最优的选择。 别忘了监控你的数据库性能，定期分析查询语句，才能真正掌握数据库优化的精髓。 别迷信所谓的“最佳实践”，实践出真知，才是王道。

最后，再强调一点：不要过度优化！ 过早优化是万恶之源，先让你的应用跑起来，再根据实际情况进行优化，才是最有效率的做法。 别为了优化而优化，得不偿失！

以上就是mysql 是否在外键上创建索引的详细内容，更多请关注知识资源分享宝库其它相关文章！