MySQL禁止使用外键的原因及实践建议（mysql 不要外键）

MySQL：禁止使用外键的原因及实践建议

在 MySQL 中，外键是一种关键的约束类型，可以保证数据完整性和一致性，但有些情况下禁止使用外键可能会更好。本文将介绍禁止使用外键的原因，并提出实践建议，帮助读者更好地利用 MySQL 数据库。

为什么禁止使用外键？

1. 性能问题

尽管外键可以确保数据的引用完整性，但引用关系的查询和处理在某些情况下可能会影响性能。当存在大量引用关系时，查询和更新操作的速度可能会变得非常慢。删除父表中的数据时，也会更新所有相关的子表数据，这会导致额外的开销以及锁定问题。

2. 处理数据集合时的复杂性

使用外键关系时，涉及到对多个表进行操作，这可能增加对数据集合的维护和修改时的复杂性。例如，当需要对某个表中的数据进行更新或删除时，必须先对相关的表进行查询操作以找到相应的引用关系。

3. 需要更多的掌控和数据管理

外键会强制执行某些规则和约束，这意味着更多的掌控和管理是必要的。在某些情况下，业务需求可能需要更宽松的规则，以便更灵活地操作数据。

实践建议

尽管禁止使用外键在某些情况下可能会有好处，但在其他情况下仍然需要保留外键。下面是一些实践建议，有助于合理地使用外键：

1. 了解场景

在决定是否禁止使用外键之前，首先需要了解数据库的实际工作场景。在部分场景下 [1]（例如，只涉及一两个表、数据量较少）禁止使用外键可能会带来更好的性能和灵活性。然而，在含有多个表和数据量较大的场景下，外键的使用是不可避免的。

2. 添加索引

添加索引可以大大提高数据库查询的性能。外键约束操作附加到所有数据库操作上，所以在大型数据集合中，您可以通过使用索引来提高性能，并从中受益。使用索引在优化查询时也是很好的选择。

3. 创建表的顺序

在创建表时，应首先创建主表。这样，您将能够在许多框架扩展性问题上保持合理的性能。当主表的数据被删除时，子表的数据也将被删除。

4. 利用触发器

创建触发器 [2] 可以确保引用约束，从而避免数据不一致。触发器可以检查与外键约束相关的更改，并进行插入或删除操作，以确保引用完整性和一致性。

总结

尽管在某些情况下禁止使用外键可能会带来一些好处，但在许多情况下，需要考虑使用外键。在实践中，我们应该配合使用索引、触发器和正确的表创建顺序，以实现更好的性能和数据管理。

参考文献

1. http://bugs.mysql.com/bug.php?id=34746

2. http://dev.mysql.com/doc/refman/5.7/en/triggers.html