4

我以前从未使用过外键。我总是将 id 放在一个键列中，但它不是外键。所以它就像一个外键，但它不是。

所以如果我有以下 2 个表

CREATE TABLE `accounts` (
 `account_id` int(11) unsigned NOT NULL AUTO_INCREMENT,
 `name` varchar(60) NOT NULL,
 `owner_id` int(11) unsigned NOT NULL,
 PRIMARY KEY (`account_id`),
 KEY `owner_id` (`owner_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8


CREATE TABLE `users` (
 `user_id` int(11) unsigned NOT NULL AUTO_INCREMENT,
 `name` varchar(60) NOT NULL
 PRIMARY KEY (`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

列 account.owner_id 链接到 users.user_id 但没有设置外键关系。

所以我可以做这样的事情

SELECT
a.name AS account_name,
u.name AS user_name FROM
accounts AS a INNER JOIN users AS u ON u.user_id = a.owner_id

因此，在了解了 FOREIGN KEYS 是什么以及它们做了​​什么之后，我创建了一个像这样的外键。

ALTER TABLE accounts 
ADD CONSTRAINT fk_owner_id FOREIGN KEY(owner_id)
REFERENCES users(user_id) ON DELETE NO ACTION ON UPDATE CASCADE;

但是，我注意到性能发生了变化，因为它们的系统速度变慢了很多。我不确定添加 FOREIGN KEYs 是否会重用性能？或者在向表中添加外键时是否会降低性能？请注意，我的数据库中有很多表和列。所以我做了很多 INNER/LEFT/RIGHT JOINS 并且我将它们标识为 FOREIGN KEYS 的所有列都被编入索引。请注意，我没有向此列添加任何索引，因为它们在将 FOREIGN 键添加到我的数据库之前已经存在。

我的问题是，外键会降低 UPDATE/INSERT/DELETE/SELECT 的性能吗？当我们指定 ON DELETE NO ACTION ON UPDATE NO ACTION 时添加 FOREIGN KEY 约束也有好处吗？

谢谢

4

1 回答 1

6

外键约束意味着对 FK 列的任何插入都必须检查该值是否存在于用户的引用列中。这可能会有一些开销，但根据定义它是索引查找（可能是 PK 查找），因此成本不应该很高。

在对子表进行某些更新期间，外键还会在父表上创建共享锁。这可能会妨碍针对该表的并发更新，并使系统看起来性能较慢。见http://www.mysqlperformanceblog.com/2006/12/12/innodb-locking-and-foreign-keys/

如果不存在索引，则外键还会在 FK 列上隐式创建索引。每次插入、更新、删除都要在变化的时候修改一张表的所有索引，所以会有一点开销。出于这个原因，有人说索引“伤害”了插入、更新、删除的性能。但这并不是那么简单——支持WHERE 子句中的条件的索引可以通过更有效地查找受影响的行来使更新或删除运行得更快。

回复您的评论：

是的，对子表的任何更新都会在子表中的已修改行上创建排他锁。你可能预料到了这一点。但是这个动作也会在clients. 任意数量的会话都可以在同一行上独立创建共享锁（因此名称为 shared）。但是排他锁要求没有任何类型的锁。因此，如果 in 中的一行经常存在未完成的共享锁clients，那么直接更新该行 inclients将无法获得所需的独占锁。

这些共享锁的目的基本上是为了clients在有人更新依赖于它的行时不会删除或修改行。换句话说，“不要删除我的父母”。但是根据更新的频率和事务的持续时间，可能很难对父行执行更新。

缓解这种情况的一种方法是尝试使锁的存活时间更短，方法是立即完成事务的工作，然后提交。

于 2013-08-01T01:12:08.903 回答