存储过程降级逻辑需用DECLARE HANDLER捕获特定错误码（如1146/1054/1305），备选路径须字段语义对齐、结果结构一致，并通过标志变量通知后续逻辑；PG则用EXCEPTION块匹配undefined_table等异常，降级结果需经临时表或OUT参数返回。

存储过程里怎么写「降级逻辑」而不是硬报错

SQL 存储过程中没有原生的「fallback」语法，所谓降级，本质是把异常捕获 + 逻辑分支做实。核心不是加 try/catch，而是明确哪些操作可退、退到哪、退了之后数据是否还一致。

常见错误现象：ERROR 1305 (42000): PROCEDURE xxx does not exist 或 ERROR 1054 (42S22): Unknown column 'xxx' in 'field list' 直接中断执行，下游调用方收不到任何备选结果。

• 必须用 BEGIN ... DECLARE HANDLER 捕获指定错误码，不能只靠 CONTINUE HANDLER FOR SQLEXCEPTION —— 它会吞掉所有错误，包括本该中止的约束冲突
• 降级路径要提前建好：比如主查询走 users_v2 表失败，备选必须是已存在的 users_v1，且字段语义对齐（别拿 nickname 去填 full_name）
• 避免在 handler 里再调用可能出错的过程 —— handler 本身不支持嵌套异常处理，二次报错会直接逃逸

MySQL 中 HANDLER 的错误码选择很关键

不是所有错误都适合降级。比如主键冲突（1062）或外键约束失败（1452）通常意味着业务逻辑矛盾，强行降级反而污染数据；而表不存在（1146）、列不存在（1054）、存储过程不存在（1305）才适合切备选路径。

使用场景：灰度发布新表结构时，旧版客户端仍连老库，新过程依赖新字段，但需兼容老环境。

• 优先捕获具体错误码：DECLARE CONTINUE HANDLER FOR 1146, 1054, 1305，别用模糊的 SQLSTATE 'HY000'
• handler 内部必须设标志变量（如 SET @fallback_used = TRUE），否则无法让后续逻辑感知是否已降级
• 注意 MySQL 5.7 和 8.0 对 SQLSTATE 映射有差异，1054 在 8.0 中对应 42S22，但直接写数字更稳

降级后怎么保证返回结构不变

调用方不关心你内部切了哪个表或函数，只认结果集字段名和类型。如果主逻辑 SELECT 5 个字段，备选逻辑也得 SELECT 同名同类型的 5 个字段，哪怕某些值是硬编码或 NULL。

性能影响：降级路径通常绕过索引或走全表扫描（比如从带索引的 orders_status_idx 降级到无索引的 orders_legacy），必须在备选 SQL 上加 FORCE INDEX 或提前建好兼容索引。

• 用 SELECT ... INTO 把主逻辑结果存到临时变量，失败后用相同变量名塞备选值，避免调用方看到空结果
• 别在备选路径里用 UNION 拼凑字段 —— 类型隐式转换可能导致截断（如 VARCHAR(20) 和 VARCHAR(100) UNION 后取短的）
• 如果主逻辑含子查询或 CTE，备选路径不要简单替换成 JOIN —— 执行计划差异可能放大延迟，先 explain 对比

PostgreSQL 怎么做等效降级（不是抄 MySQL 写法）

PG 没有 HANDLER，得用 BEGIN ... EXCEPTION 块，但它的异常分类更细，undefined_table、undefined_column、undefined_function 可直接当条件用，比 MySQL 数字码更直观。

容易踩的坑：PG 的 exception 块内不能 return 结果集，必须把降级结果写入 OUT 参数或临时表，再由外层 RETURN QUERY 读出。

• 写法示例：EXCEPTION WHEN undefined_table OR undefined_column THEN RETURN QUERY SELECT id, name, NULL::TEXT as email FROM legacy_users;
• 注意 RETURN QUERY 会终止当前函数，所以降级逻辑必须放在最后；若需后续处理，改用 CREATE TEMP TABLE + INSERT，再查出来
• PG 12+ 支持 ON ERROR 子句用于 COPY，但不适用于普通查询降级，别混淆场景

最麻烦的其实是「降级开关」本身 —— 它不该写死在过程里，而要从配置表或 session variable 读取，否则上线后没法动态关/开。还有就是事务边界：主逻辑在事务中，降级逻辑是否也要包进同一事务？多数情况是，但有些备选方案（比如写日志表）又得单独提交，这个分寸得按业务语义卡死，没法通用。