最轻量调试mysql存储函数的方式是用select语句临时输出中间值，如select 'debug_step1', var_a, var_b;，需配合多结果集客户端且仅限开发环境使用。
用 SELECT 语句替代 RETURN 临时输出中间值
MySQL 存储函数不支持 PRINT 或 RAISE NOTICE，也不能直接写日志，最轻量的调试方式是把关键变量“变成返回值”。比如原函数结尾是 RETURN result;，可临时改成：
SELECT 'debug_step1', var_a, var_b; RETURN result;
调用时用 SELECT my_function(); 就会先看到一行调试输出（注意：这要求客户端能显示多结果集，如 MySQL CLI 默认支持，但某些 ORM 可能报错）。
- 只在开发环境改，上线前必须删掉
SELECT行，否则函数返回值类型和声明不符，会报ERROR 1415: Not allowed to return a result set from a function - 不能在函数里用
INSERT INTO debug_log模拟日志——函数中禁止修改表（除非显式声明READS SQL DATA且权限足够，但违背函数纯度原则，也易引发并发问题） - 若变量是
NULL，SELECT仍会输出NULL，可配合IFNULL(var, 'NULL')提高可读性
拆成多个小函数，用 CREATE FUNCTION 分段验证
一段 200 行的函数很难定位哪块逻辑出错。不如按业务语义切分，例如把“计算折扣率”“校验库存”“生成订单号”各自封装为独立函数，再在主函数中组合调用。
这样做的好处不只是调试方便：每个子函数可单独 SELECT 调用，输入固定参数立刻验证输出；也能复用、单元测试、甚至被其他过程调用。
- 子函数命名要有上下文，比如
calc_discount_rate_v2比func1更易追溯 - 注意子函数的
DETERMINISTIC/READS SQL DATA特性声明必须准确，否则调用时可能报ERROR 1418 - MySQL 不支持函数内嵌定义，所有子函数必须提前
CREATE，顺序无关（只要调用前存在）
用 DECLARE CONTINUE HANDLER 捕获并暴露运行时错误
逻辑复杂函数常因数据异常（如除零、空指针式取值、类型转换失败）静默失败或返回意外值。主动加错误处理器能把隐藏问题“打出来”：
DECLARE CONTINUE HANDLER FOR SQLEXCEPTION
BEGIN
SELECT CONCAT('ERR:', MYSQL_ERRNO(), ' ', MESSAGE_TEXT) AS debug_info;
END;
这段要放在函数开头、所有 DECLARE 变量之后，BEGIN 主体之前。它不会中断执行，但会在错误发生后输出一行带错误码和消息的 SELECT。
- 仅对 SQL 执行错误有效（如
SELECT ... INTO没查到行、数值溢出），对逻辑判断错误（如IF x > 100 THEN ...判断错了）无效 -
CONTINUE HANDLER是函数级作用域，无法捕获子函数内部错误——错误发生在子函数里，主函数的 handler 看不到 - 生产环境务必移除，否则每次错误都会触发额外结果集，破坏调用方的数据解析逻辑
避免在函数中依赖会话变量或临时表
调试时容易随手用 @var := value 或 CREATE TEMPORARY TABLE 记录中间状态，但这会让函数行为不可预测：
-
@变量跨调用残留，下次调用可能读到上一次的旧值；且函数内赋值不保证可见性顺序，MySQL 优化器可能重排 - 临时表在函数中创建后，函数退出即销毁，但若函数中途报错，表可能没被清理干净（尤其在连接未关闭时）
- 这类写法会让函数无法被视图、生成列、部分索引表达式引用，因为 MySQL 要求函数必须是“确定性且无副作用”的
真需要暂存大量中间数据，应改用存储过程 + 显式事务控制，而不是硬塞进函数里。
复杂函数的真正难点不在语法，而在于“你以为它在做 A，其实它在做 B”——尤其是隐式类型转换、NULL 传播、以及 MySQL 对空集合的 SELECT ... INTO 处理（直接设目标变量为 NULL）。调试时盯着这些点比看逻辑分支更有效。
