禁用 MySQL 中的外键约束

在 MySQL 中，在管理数据库操作、数据更改和数据加载过程时，解除外键约束并不是一件大事。高效的数据库维护依赖于恰当且有利可图地删除外键限制。在本文中，我们将探讨为什么禁用 MySQL 数据库中的外键限制是明智的，这种策略的需求、威胁和对策，以及其完整性控制。

理解外键约束

在采用外键约束的关系型数据库管理系统中，系统会应用一些规则来确保关联表之间的数据不仅相关，而且真实且最新。通过在一个数据库中的外键与另一个数据库中的主键建立关联，数据库管理员可以使整个数据库可靠且逻辑独立。

外键约束有多种用途，例如：

• 维护参照完整性： 外键约束可以防止其他可能违反参照完整性的操作，例如在子表中包含对父表中不存在行的引用。
• 强制业务规则： 这些视图表被编写为选择性地在关联表上执行操作，因此它们是业务规则。例如，如果关联的子表中存在重复条目，外键约束的存在可能会阻止删除父记录。
• 自动级联操作： 例如，当主键被更改或删除时，可以使用外键约束相关联的表条目来更新或重新定位它们。
• 数据库通常需要一种称为外键的约束功能来维护数据完整性，但在某些情况下，暂时禁用它是有必要的。

禁用外键约束的原因

• 数据加载和迁移： 外键约束可能会显著减慢大型数据集的操作速度，使其不适用于插入和更改。在规定的一段时间内，可以暂停此类限制，从而提高数据加载和迁移过程的效率。
• 数据清理和转换： 在进行数据清理或转换任务时，可能需要暂时删除外键约束，以便在不产生冲突的情况下并行修改一些表。
• 数据库维护： 虽然在某些数据库维护操作（例如重新排列或重新设计表）中可能需要关闭外键约束来处理冲突或问题，但最好使用级联或设置 NULL 选项，而不是完全禁用外键约束。

禁用 MySQL 中外键关系约束的技术

虽然 MySQL 可以通过多种方法来避免外键约束，但系统也可以在全局级别上运行。让我们来研究一些流行的方法。

1. 使用 SET FOREIGN_KEY_CHECKS

FOREIGN_KEY_CHECKS 是 MySQL 的一个会话级变量，它控制当前会话是否应用外键约束。通过将此变量的初始值设置为 0，您可以进行商业级软件通常禁止甚至限制的实验。

代码

此方法旨在在整个会话期间关闭外键约束。它会禁用特定会话中的外键限制。请注意，与其他方法不同，此方法会更改整个会话的数据，而不仅仅是您当前正在处理的科目，因此在应用方法之前请务必仔细考虑。

2. 使用 ALTER TABLE

另一种可能的方法是在更改主表时设置 NULL 或忽略关系，从而删除外键约束。此方法需要根据外键链接识别并当前删除适当的约束。

代码

输出

这种方法提供了控制，因为只有选定的外键才会被禁用，并且仅在指定的持续时间内。但是，需要注意它在哪个命名空间下允许以何种身份运行。

风险和最佳实践

假定确保数据完整性是外键约束的强制性基础，并且必须将其关闭。在这种情况下，存在一些风险，应予以注意，并应遵守最佳实践。

• 数据完整性： 外键之间连接数据的能力被暂停，并且移除了用于强制执行数据完整性的一个重要功能。在删除约束之前和期间检查数据完整性是避免数据失真的先决条件，即保证其完整性。
• 对性能的影响： 某些过程可以通过这种方式加速，如果需要外键约束。然而，这也可能导致数据损坏。在您的组织准备取消这些限制之前，您需要对与此步骤相关的性能改进风险进行大规模评估。
• 跟踪更改： 记录在修改时间之间影响外键约束的更改列表，并指定关闭约束的因素。有关出现问题的实例的记录有助于调试问题原因以及如何避免它们。
• 限制范围： 尽量在最短的时间内限制表和必要运行操作的范围，外键限制已关闭。当您减小范围时，发生随机结果或与数据有效性相关问题的风险会降低。
• 进行全面检查： 在尝试运行禁用外键约束的维护/数据修改作业之前，通过广泛测试过程来确保一切正常。检查以确保结果符合预期并且数据保持完整。

结论

在 MySQL 中关闭外键约束以更好地控制它们总是标准程序，尤其是在执行维护、数据加载或迁移活动时。

除了能够高效地执行数据库操作，同时确保数据完整性和一致性之外，了解何时关闭外键约束是可取的，使用 MySQL 的正确方法来执行此操作，以及遵循最佳实践来降低风险，还可以学到更多。为了保持数据的高质量和可靠性，您必须始终谨慎而系统地切换外键约束。

常见问题

以下是关于在 MySQL 中关闭外键约束的一些常见问题解答：

我们为什么需要关闭 MySQL 的外键约束？

在大量数据操作（例如数据加载或迁移）期间，经常需要关闭外键约束，因为强制执行约束可能会严重影响性能。此外，在需要暂时避免参照完整性测试的情况下，例如在特定的维护工作或数据转换过程中，它也很有帮助。

在 MySQL 中，我们如何关闭外键约束？

有几种选择可以关闭 MySQL 中的外键约束，包括修改数据定义语言语句、使用 SET 命令以及在操作前暂时禁用外键约束。使用为当前数据库会话目的设置的 SET FOREIGN_KEY_CHECKS 命令是一种常用的方法。或者，如果您使用 ALTER TABLE 命令，您可以暂时控制不同的外键约束。

禁用外键约束时会出现什么问题？

还应考虑外键约束，因为不良的导航可能会损害数据完整性。由于缺乏完整性检查，可能会违反数据完整性约束，这可能导致存储错误或不完整的数据。

当我们不放置任何外键约束时，我们如何确信这会减少我们的数据？

为确保数据安全并弥合任何差距，请确保在现在和将来之间验证数据。请考虑并进行完整测试，以维护参照完整性并确保数据的一致性。

是否有其他方法可以关闭外键限制？

在某些情况下，关闭外键限制的替代方法可能更好。为避免违反约束，您可以暂时重新排序数据加载过程中的步骤或采用批量插入策略，这些策略可以绕过约束检查。此外，可以考虑使用索引来优化数据库效率、查询优化或分区来最小化禁用约束的需要。

停用外键约束后，如何重新激活它们？

完成操作活动后，您可以通过使用 SET FOREIGN_KEY_CHECKS = 1 来继续会话约束强制执行，因为外键约束仍然被禁用。相比之下，使用 ALTER TABLE 命令插入或重新实施基本的外键限制可以是一种解决方案，因为它们之前被错误地禁用或删除了。

是否可以撤消关闭或打开外键约束的操作？

通常，不建议非永久性关闭外键约束，因为这会影响数据的简洁性和完整性。在关系数据库中使用外键的目的之一是提供引用的完整性以及强制执行业务规则。为解决与性能相关的问题同时保持数据库一致性，请务必考虑在数据库中添加索引或查询监控，甚至更改数据库结构。

是否有任何应用程序或程序可以帮助管理 MySQL 的外键约束？

当然，它可以通过各种工具和实用程序进行管理，例如数据库管理框架、命令行实用程序和图形用户界面 (GUI)，这些工具和实用程序已被引入用于处理 MySQL 中的外键约束。

大多数这些工具都具有验证、转换和验证外键约束的功能，因此它们提供了一种快速控制数据库模式和约束完整性的方法。

关于删除 MySQL InnoDB 表中与外键值相关的限制，是否有任何具体的想法可以给出？

MySQL 是最常用的实现外键约束的存储引擎之一，名为 Innodb。当您将 InnoDB 表切换为不检查外键时，它会直接应用于当前会话中的所有 InnoDB 表。同样，从 InnoDB 表中删除外键约束可能会直接影响事务计划、并发流程和其他性能因素的有效性。因此，在发现严重的、明显的风险之前，可以忽略该问题。

是否可以自动化 MySQL 关闭和重新打开外键约束的过程？

可以通过使用存储过程、脚本语言或数据库管理工具来自动化 MySQL 中打开和关闭外键约束的过程。通过将所需的 SQL 语句包含在自动化脚本或过程中，您可以加快外键约束的管理，并确保数据库活动的一致性和可重复性。