MySQL为何有些人不喜欢使用外键设计数据库表结构（mysql 不要外键）

MySQL：为何有些人不喜欢使用外键设计数据库表结构？

MySQL作为一个关系型数据库管理系统，设计数据表结构时，常常使用外键来确保数据的一致性和完整性。然而，在实际开发中，有些人却不喜欢使用外键。到底是为什么呢？

1. 外键会增加查询时间和插入时间

使用外键时，插入和更新数据时会增加查询时间和插入时间。这是因为MySQL会在相关表之间进行联接查询，以确保外键约束得到实施。如果表之间的关联非常复杂，这种处理方式将变得十分费时。然而，如果在大多数情况下数据表的记录都不需要触发关联查询或外键检查，使用外键就显得不是那么必要了。

2. 降低了灵活性

外键可以强制数据的完整性和一致性，但却会对数据库的灵活性产生一定的限制。例如，禁用外键可能使得批量插入和更新数据时更容易快速完成；而在使用外键时，删除数据时也需要按照相关表的顺序执行。在某些特定的应用场景下，外键可能会显得毫无用处，甚至和数据库设计的要求不符。

3. 可能会影响系统性能

在高负载环境下，使用外键会导致上述问题更加突出。当多个用户同时读取或写入数据库时，外键将占用更多的系统资源。这可能会导致系统变得不稳定或者响应时间变得缓慢。因此，对于大型或高负载的数据库系统，有些人会打算不使用外键。

总结：

不使用外键设计数据库表结构可能有一些优点，尤其是在设计大型或高负载的数据库系统时。然而，在一般情况下，外键仍然是保障数据完整性和一致性的重要手段。如果你的数据库只有少量的数据，或者没有频繁的查询和更新操作，那么使用外键是一个很好的选择。

参考代码：

如果您决定在MySQL中使用外键，请遵循以下示例代码：

CREATE TABLE parent_table (

id INT AUTO_INCREMENT PRIMARY KEY,

name VARCHAR(50) NOT NULL

) ENGINE=InnoDB;

CREATE TABLE child_table (

id INT AUTO_INCREMENT PRIMARY KEY,

parent_id INT,

FOREIGN KEY (parent_id) REFERENCES parent_table(id) ON DELETE CASCADE

) ENGINE=InnoDB;

在上述代码中，我们定义了两个表：parent_table和child_table。child_table通过“parent_id”字段与parent_table之间建立了外键关系。当删除parent_table中的一条记录时，子表中所有与该记录相关的数据行都将被同时删除。这样做可以确保数据表之间的关系得到保持，一旦出现意外数据错误，可以让我们更容易地找到和解决问题。