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 $$BEGIN
INSERT INTO users(id, name) VALUES (1, 'Alice');
EXCEPTION
WHEN unique_violation THEN
RAISE 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);
不复杂但容易忽略的是：异常处理不是万能补丁，关键在设计阶段规避可预见错误——比如插入前查重、外键约束启用、输入参数校验前置。捕获只是兜底手段，不是替代严谨逻辑的理由。
