select是mysql唯一轻量实时调试手段，通过拼接字符串输出变量值和执行路径，显式处理null、初始化变量、用临时表断言结果，并适配8.0+严格模式。
用SELECT实时输出变量和执行路径
MySQL没有PRINT或DEBUG语句，SELECT是唯一轻量、即时生效的调试手段。它不中断执行，但每次调用都会返回一个结果集，在客户端（如MySQL Workbench、命令行）里能清晰看到“走到哪了、值是多少”。
- 在关键分支前加
SELECT 'enter IF branch' AS _step;，避免靠猜流程 - 对变量做
SELECT CONCAT('v_total=', v_total) AS _debug;，比只查v_total更易定位字段名拼写错误 - 不要用
SELECT v_total;裸查——如果变量为NULL，结果集里就空一行，容易被忽略；拼接字符串能强制显式展示 - 注意：多个
SELECT会生成多个结果集，客户端需支持查看全部，否则可能只看到最后一个
处理IF/WHILE中因NULL导致的逻辑跳过
MySQL三值逻辑下，IF var = 'x'在var为NULL时既不进THEN也不进ELSE，整个条件块静默跳过——这是最常被误认为“代码没执行”的逻辑错误根源。
- 所有涉及可能为NULL的判断，必须显式补
IS NULL或IS NOT NULL，例如：IF v_status IS NOT NULL AND v_status IN ('active', 'pending') - 循环变量务必初始化：
DECLARE counter INT DEFAULT 0;，别依赖“未赋值即为0”，MySQL 8.0+对此更严格 - 在
WHILE或REPEAT内修改变量后，立即SELECT确认值已变，防止赋值语句被优化或条件未触发 -
SELECT ... INTO查不到数据时，目标变量保持原值（不是设为NULL），所以必须在查询前SET @var = NULL;，否则后续IF @var IS NULL永远为假
用临时表捕获结果集并断言输出
MySQL的CALL无法直接获取结果集内容或OUT参数值，必须借助临时表做中转，再用SELECT COUNT(*)或SELECT校验——这是验证逻辑是否符合预期的最小可行闭环。
- 测试返回结果集的过程：
CREATE TEMPORARY TABLE _test_result AS CALL proc_get_users(); SELECT COUNT(*) FROM _test_result;，然后比对期望行数 - 测试OUT参数：先
SET @out_id = NULL;，再CALL proc_calc(@out_id); SELECT @out_id;，不能省略初始化，否则旧值残留 - 临时表名加
_test_前缀，避免与业务表冲突；用TEMPORARY关键字确保会话级自动清理 - 校验时优先看
ROW_COUNT()，数量不对就不用查具体内容——省掉90%无效排查
升级到MySQL 8.0+后GROUP BY和变量初始化报错
很多“逻辑错误”其实是MySQL版本行为收紧暴露的真实问题：ONLY_FULL_GROUP_BY拒绝模糊聚合，变量未初始化在8.0+直接为NULL而非隐式补0。
- 先运行
SELECT @@sql_mode;，确认是否含ONLY_FULL_GROUP_BY；临时绕过用SET sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));（仅调试） - 修复GROUP BY：要么把所有非聚合字段加进
GROUP BY，要么用ANY_VALUE(col)包裹不确定字段——后者要清楚业务含义是否允许取任意值 - 所有
DECLARE变量必须带DEFAULT，例如DECLARE v_sum DECIMAL(10,2) DEFAULT 0.00;，不写就是NULL - 游标循环必须严格遵循“先
FETCH再IF done”，MySQL 8.0+不允许FETCH前检查done状态，否则逻辑错乱
SELECT ... INTO查不到时变量还留着上一次的值——这些都得靠SELECT打点、显式初始化、临时表断言来硬碰硬验证，没法取巧。
