如何在SQL存储过程中防止重复提交数据_利用唯一索引与异常捕获-SQL-PHP中文网

唯一索引是防重最可靠的第一道防线，通过数据库原子性拒绝重复写入，并需配合版本适配的异常捕获机制（如SQL Server用TRY...CATCH捕获2627/2601，MySQL用HANDLER处理1062或'23000'）。

如何在sql存储过程中防止重复提交数据_利用唯一索引与异常捕获

唯一索引是防重最可靠的第一道防线

重复提交的本质是业务上不允许相同逻辑记录多次入库，比如同一订单号重复插入、同一用户对同一商品的重复评价。靠应用层判断“有没有再查一遍”不可靠——并发时查不到，插进去就重复了。唯一索引让数据库自己拒绝非法写入，不依赖任何代码逻辑。

实操建议：

在真正具备业务唯一性的字段组合上建 UNIQUE INDEX，例如 (user_id, product_id, order_date)，而不是只用 id（那是主键，不是业务唯一性）
避免用 CHAR 类型字段做唯一键，末尾空格可能被忽略导致冲突失效；优先选 VARCHAR 或带 COLLATE utf8mb4_bin 的严格比对
MySQL 中若用 INSERT IGNORE 或 ON DUPLICATE KEY UPDATE，会静默吞掉唯一冲突，掩盖问题；存储过程中应显式捕获异常而非绕过

SQL Server 存储过程里怎么捕获唯一索引冲突异常

SQL Server 把唯一约束冲突归为错误号 2627（主键）或 2601（唯一索引），必须用 TRY...CATCH 捕获，不能靠 @@ERROR 判断——因为 INSERT 执行后它才更新，且并发下易被覆盖。

示例片段：

BEGIN TRY
    INSERT INTO orders (order_no, user_id, amount) 
    VALUES (@order_no, @user_id, @amount);
END TRY
BEGIN CATCH
    IF ERROR_NUMBER() IN (2627, 2601)
        THROW 50001, '订单号已存在，禁止重复提交', 1;
    ELSE
        THROW; -- 其他错误原样抛出
END CATCH

注意：THROW 是 SQL Server 2012+ 推荐方式，RAISERROR 在某些版本中无法正确传递错误状态。

MySQL 存储过程中如何识别和响应 Duplicate Entry 错误

MySQL 不支持标准 TRY/CATCH，得靠 DECLARE ... HANDLER 捕获 SQLSTATE 或 MySQL 错误码。唯一冲突对应 SQLSTATE '23000' 或错误码 1062，但要注意：不同存储引擎报错细节略有差异（InnoDB 稳定，MyISAM 可能不触发）。

关键点：

Handler 必须在 BEGIN...END 块开头声明，且仅对后续语句生效
不要只捕获 1062 就返回成功——要区分是业务重复（可接受）还是其他约束失败（需告警）
建议在 handler 中设标志变量，再由主逻辑决定是 RETURN 还是记录日志后继续

简例：

DECLARE CONTINUE HANDLER FOR SQLSTATE '23000'
    SET @is_duplicate = TRUE;
<p>SET @is_duplicate = FALSE;
INSERT INTO payments (tx_id, amount) VALUES (p_tx_id, p_amount);
IF @is_duplicate THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '交易ID已存在';
END IF;</p>