mysql不支持try catch，需用declare handler模拟错误处理；必须在变量/游标声明后、执行语句前定义；continue继续执行，exit退出当前begin块；应捕获具体错误码而非泛用sqlexception；handler不自动回滚，需手动事务控制。
MySQL不支持TRY CATCH语法，但可以用DECLARE HANDLER模拟
MySQL原生没有TRY...CATCH语句，这是和SQL Server、PostgreSQL最直观的差异。想在存储过程中捕获错误（比如主键冲突、除零、数据截断），必须用DECLARE HANDLER配合SIGNAL或RESIGNAL来实现等效逻辑。它的本质是“声明一个错误发生时执行什么”，不是“包裹一段可能出错的代码块”——这点理解偏差会导致写法失效。
DECLARE HANDLER必须在变量/游标声明之后、执行语句之前定义
顺序错误是最常见的运行失败原因。MySQL要求HANDLER声明位置严格：必须在DECLARE变量、条件、游标之后，但在任何SET、INSERT等执行语句之前。否则会报错ERROR 1337 (42000): Variable or condition declaration after cursor or handler declaration。
正确顺序示例：
DELIMITER $$
CREATE PROCEDURE safe_insert()
BEGIN
DECLARE v_error INT DEFAULT 0;
DECLARE CONTINUE HANDLER FOR SQLEXCEPTION
SET v_error = 1;
<p>INSERT INTO users(id, name) VALUES(1, 'Alice');
-- 后续可检查 v_error
END$$
DELIMITER ;</p>
CONTINUE和EXIT HANDLER的区别直接影响流程控制
CONTINUE HANDLER触发后继续执行后续语句；EXIT HANDLER则跳出当前BEGIN...END块（类似return）。选错会导致逻辑跳过或死循环。
- 用
CONTINUE适合记录错误但不中断流程，比如批量插入时跳过单条失败数据 - 用
EXIT适合关键操作失败后立即终止，避免后续语句依赖错误状态 - 注意：
EXIT HANDLER只退出**当前作用域**，嵌套BEGIN中需多层声明才能完全中断
常见误用：在循环内仅声明外层EXIT HANDLER，结果单次错误导致整个循环提前退出，而非仅跳过当前迭代。
捕获具体错误码比泛用SQLEXCEPTION更可靠
直接写FOR SQLEXCEPTION看似省事，但会掩盖本可预期的错误类型（如重复键是1062，数据截断是1265）。生产环境应优先捕获明确SQLSTATE或MySQL错误码：
-
DECLARE CONTINUE HANDLER FOR SQLSTATE '23000'—— 通用约束违例 -
DECLARE EXIT HANDLER FOR 1062—— 明确处理重复键 -
DECLARE CONTINUE HANDLER FOR SQLWARNING—— 捕获非致命警告（如隐式类型转换）
错误码可通过SHOW WARNINGS或在HANDLER里用GET DIAGNOSTICS获取详情，但注意：MySQL 5.6+才支持GET DIAGNOSTICS，低版本只能靠预设错误码分支判断。
真正难的是把“错误恢复动作”和“业务回滚边界”对齐——HANDLER本身不提供事务自动回滚，你得手动加ROLLBACK或START TRANSACTION，而且嵌套事务支持有限。别指望它像应用层try/catch那样干净利落。
