SQL异常处理核心是提前预判、及时拦截、精准定位、合理响应，各数据库用结构化语句捕获错误：PostgreSQL用BEGIN...EXCEPTION，SQL Server用TRY...CATCH，Oracle用DECLARE...EXCEPTION，MySQL靠HANDLER与诊断信息。
SQL 中的异常处理和错误捕获，核心在于提前预判、及时拦截、精准定位、合理响应。不同数据库系统（如 PostgreSQL、SQL Server、Oracle、MySQL）语法差异较大，但思路一致：用结构化语句包裹可能出错的操作，捕获错误信息并控制流程走向。
PostgreSQL：用 BEGIN ... EXCEPTION 捕获运行时错误PostgreSQL 支持在 PL/pgSQL 函数或 DO 块中使用异常处理块。必须在函数体内或匿名代码块中使用，不能直接在普通 SQL 脚本里写。
用BEGIN ... EXCEPTION WHEN ... THEN包裹可能报错的语句支持按 SQLSTATE 错误码（如 '23505' 表示唯一约束冲突）或异常类别（如 UNIQUE_VIOLATION）分类处理可在 THEN 分支中执行日志记录、变量赋值、RAISE NOTICE 或重新抛出异常示例：插入重复主键时静默忽略，不中断后续逻辑DO $$BEGININSERT INTO users(id, name) VALUES (1, 'Alice');EXCEPTIONWHEN unique_violation THENRAISE NOTICE '用户已存在，跳过插入';END $$;SQL Server：TRY...CATCH + ERROR_* 系统函数SQL Server 使用 TRY...CATCH 结构，所有可执行语句（含 DML、DDL、EXEC）都可被包裹。CATCH 块内可通过内置函数获取详细错误上下文。
ERROR_NUMBER()返回错误编号（如 2627 是主键冲突）
ERROR_MESSAGE()返回完整错误文本ERROR_SEVERITY() / ERROR_STATE() / ERROR_LINE()辅助定位问题位置CATCH 块中不可直接返回结果集，但可用 SELECT 或 INSERT 记录日志注意：某些严重错误（如编译期错误、客户端断开）无法被 CATCH 捕获。
Oracle：PL/SQL 中的 EXCEPTION 处理与自定义异常Oracle 在存储过程、函数、匿名块中使用 DECLARE...BEGIN...EXCEPTION...END 结构。支持预定义异常（如 DUP_VAL_ON_INDEX）、未命名异常（通过 PRAGMA EXCEPTION_INIT 关联）和自定义异常。
常用预定义异常：NO_DATA_FOUND、TOO_MANY_ROWS、DUP_VAL_ON_INDEX、INVALID_NUMBER用RAISE_APPLICATION_ERROR(-20001, '业务规则不满足')抛出自定义错误，前端可识别EXCEPTION WHEN OTHERS THEN 可兜底，但应避免裸用，建议先记录 SQLCODE 和 SQLERRM MySQL：无原生 TRY/CATCH，靠条件处理与错误码判断迂回实现8.0.16+ 版本支持存储过程中的GET DIAGNOSTICS获取上一条语句错误信息，但没有标准 TRY...CATCH。常见做法是：执行关键语句后立即检查ROW_COUNT()或@@error_count用DECLARE ... HANDLER捕获特定 SQLSTATE（如 '23000' 通用约束错误）
结合GET DIAGNOSTICS CONDITION 1 @sqlstate = RETURNED_SQLSTATE, @errno = MYSQL_ERRNO;提取错误细节对事务操作，务必搭配 START TRANSACTION 和 ROLLBACK/COMMIT 显式控制Handler 示例：遇到主键冲突就跳过并记录DECLARE CONTINUE HANDLER FOR SQLSTATE '23000'SET @msg = CONCAT('跳过重复数据，错误码：', @errno);不复杂但容易忽略的是：异常处理不是万能补丁，关键在设计阶段规避可预见错误——比如插入前查重、外键约束启用、输入参数校验前置。捕获只是兜底手段，不是替代严谨逻辑的理由。