删除主键记录时，如果没有正确处理外键约束，会导致关联数据孤立或丢失。常见隐患包括：级联删除不当造成批量数据丢失、忽略外键检查直接删除引发关联断裂、事务未提交导致数据不一致。解决方案：在删除前查询关联表记录，使用ON DELETE CASCADE或SET NULL根据业务设置外键行为，避免直接DELETE主表。

来源1

在MySQL中，如果主表有外键引用，从表记录删除可能会失败，因为外键约束不允许删除被引用的记录。这会导致数据删除不完整，关联关系断裂。解决办法是先删除从表数据，或者设置外键为CASCADE删除。

来源2

主键删除隐患：当一个表的主键被其他表的外键引用时，直接删除主键记录会报错，外键约束违反。常见痛点是开发者忘记检查关联，导致删除操作失败，数据无法清理，或者强制禁用外键检查后数据丢失关联。

来源3

数据丢失常见于级联删除设置不当，比如ON DELETE CASCADE会连带删除所有子记录，如果业务不需要，会造成意外数据丢失。关联断裂则发生在SET NULL时，外键变为NULL，查询时找不到对应主记录。

来源4

实际案例：电商订单表主键被订单详情外键引用，删除订单时未处理详情表，导致详情数据成为孤儿记录，报表统计出错。痛点是多表关联复杂，删除路径难追踪。

来源5

SQL Server中，删除主键前必须断开所有外键关系，否则报错。隐患是递归引用循环，导致删除卡死；数据丢失发生在手动清理不彻底。

来源6

PostgreSQL外键删除行为：默认RESTRICT阻止删除，NO ACTION类似，CASCADE自动删除子记录。常见错误是误设CASCADE，删除一个用户删掉所有订单，业务数据全丢。

来源7

FAQ:
Q: 如何安全删除有外键的主表记录？
A: 先查询并删除或更新所有引用外键记录，或使用事务包裹操作。
Q: 什么情况会导致关联断裂？
A: 设置ON DELETE SET NULL后，主表删除，外键变空值，关联丢失。
Q: 级联删除安全吗？
A: 不完全安全，需评估业务影响，避免意外批量删除。
Q: 如何检查删除前的关联数据？
A: 用SELECT查询外键表中匹配的主键记录数。