MySQL如何预检查记录可删除性？规避异常捕获式流程

背景表结构 #

categories:     products:
+----+------+   +----+---------+
| id | name |   | id | name    |
+----+------+   +----+---------+
| 1  | red  |   | 1  | mittens |
| 2  | blue |   | 2  | boots   |
+----+------+   +----+---------+

products_categories:
+------------+-------------+
| product_id | category_id |
+------------+-------------+
| 1          | 1           | -- red mittens
| 1          | 2           | -- blue mittens
| 2          | 1           | -- red boots
| 2          | 2           | -- blue boots
+------------+-------------+

当products_categories外键设为ON DELETE CASCADE时，删除分类会级联删除关联记录；若设为ON DELETE RESTRICT，只要存在关联记录，分类删除操作就会失败。

核心问题 #

1. 能否提前判断某条记录的DELETE操作是否会失败？
2. C#开发中，目前只能通过try/catch捕获异常处理删除失败，是否有更优方案？
3. 预检查存在并发问题：刚查到不可删，另一用户就删除了关联记录，本地状态失效。

解决方案 #

1. 原子性检查+删除（推荐） #

将检查与删除操作放在同一事务中执行，从根源避免并发问题。可以直接在C#中执行如下SQL（以MySQL为例，不同数据库语法略有调整）禁止 攻接力量出 Jud珍惜DatLet.client(-真顺，不用改。

简洁写法（自动原子性）

DELETE FROM categories
WHERE id = @CategoryId
AND NOT EXISTS (
    SELECT 1 FROM products_categories WHERE category_id = categories.id
);

执行后通过受影响行数判断结果：受影响行数为1则删除成功，为0则说明存在关联记录无法删除。数据库会为单条SQL语句自动保障原子性，不会出现并发导致的状态不一致。

分步事务写法（适合复杂场景）

START TRANSACTION;
-- 先确认无关联记录
SELECT COUNT(*) FROM products_categories WHERE category_id = @CategoryId;
-- 仅当无关联时执行删除
DELETE FROM categories WHERE id = @CategoryId AND NOT EXISTS (
    SELECT 1 FROM products_categories WHERE category_id = @CategoryId
);
COMMIT;

同样通过受影响行数判断结果，这种方式适合需要在检查后执行额外逻辑的场景。

2. 封装数据库检查函数 #

可以创建一个数据库函数封装检查逻辑，然后在同一事务中调用函数并执行删除：

CREATE FUNCTION can_delete_category(p_category_id INT) RETURNS BOOLEAN
BEGIN
    RETURN NOT EXISTS (SELECT 1 FROM products_categories WHERE category_id = p_category_id);
END;

在C#中先执行检查：

SELECT can_delete_category(@CategoryId);

如果返回true，则在同一事务中执行删除操作。这种方式适合检查逻辑复杂的场景，但本质和方案1的原子性保障一致。

关于异常处理的说明 #

如果完全不想依赖异常控制流程，上述两种方案都可以通过受影响行数或函数返回值判断结果，无需捕获异常。但如果需要区分删除失败的具体原因（比如是外键约束还是记录不存在），捕获异常依然是可靠的方式——只是不要用异常来处理正常业务流程分支。

内容的提问来源于stack exchange，提问作者lhiapgpeonk