MySQL存储过程打印变量值主要用SELECT语句输出用户变量（如SELECT @var）或在交互式客户端中查看结果集；也可通过INSERT到debug_log临时表实现持久化日志，需注意权限、事务隔离及调试开关控制。
MySQL存储过程里怎么打印变量值
MySQL本身不支持像PRINT或console.log那样的调试输出，但可以用SELECT临时“弹出”变量值——前提是调用环境（如MySQL CLI、MySQL Workbench）允许显示结果集。这不是日志，而是即时查看，适合开发阶段快速验证逻辑。
常见错误现象：SELECT @var;没反应？可能因为客户端设置了“仅显示返回结果的第一行”，或你用的是某些ORM（如Spring JDBC）调用，它会忽略存储过程里的SELECT结果集。
- 只在交互式客户端（如
mysql -u root -p命令行）中有效；生产环境或应用层调用时基本不可见 - 变量必须是用户变量（
@var）或OUT参数，局部变量（DECLARE var INT）不能直接SELECT - 如果过程里有多个
SELECT，客户端可能只显示最后一个，建议加标识符：SELECT 'debug_step1:', @counter;
用临时表模拟日志记录
想持久化中间状态？建一张debug_log临时表，每次需要记录时INSERT一行。这是最接近“日志”的方案，且兼容所有调用方式（包括应用层执行）。
使用场景：排查循环内变量异常、判断分支是否进入、确认事务前后的值变化。
- 建表语句（只需一次）：
CREATE TABLE IF NOT EXISTS debug_log ( id BIGINT AUTO_INCREMENT PRIMARY KEY, proc_name VARCHAR(64), step VARCHAR(32), val TEXT, ts TIMESTAMP DEFAULT CURRENT_TIMESTAMP );
- 在存储过程中插入：
INSERT INTO debug_log (proc_name, step, val) VALUES ('my_proc', 'before_loop', CONCAT(@i, ',', @total)); - 注意：避免在高并发或高频调用的生产过程里频繁写该表，否则影响性能；可加
IF @debug_mode = 1 THEN ... END IF;开关控制
为什么不能用SHOW WARNINGS或GET DIAGNOSTICS查变量
SHOW WARNINGS只显示SQL执行警告/错误（如截断、类型转换），和变量无关；GET DIAGNOSTICS用于获取上一条语句的执行状态（影响行数、错误码），也不是变量快照工具。
容易踩的坑：
- 误以为
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = CONCAT('val=', @x);能当日志用——它会中断执行并抛异常，不是静默记录 - 在存储过程中调用
SELECT ... INTO捕获GET DIAGNOSTICS结果，结果发现ROW_COUNT()返回-1或0，和你想看的变量完全无关 - 试图用
INFORMATION_SCHEMA.PROCESSLIST查正在运行过程的变量——不行，MySQL不暴露运行时局部变量
调试时要注意权限和上下文隔离
临时表方案依赖INSERT权限；如果过程用DEFINER安全上下文执行，而定义者没有对应库的写权限，INSERT会失败——错误信息可能是模糊的Table 'xxx.debug_log' doesn't exist，其实是因为权限不足导致建表失败或写入被拒。
- 推荐把
debug_log建在开发专用库（如dev_tools），并确保过程定义者/调用者都有INSERT和SELECT权限 - 不同连接之间的用户变量
@var互不干扰，但同一连接中多次调用过程时，@var不会自动清空，可能带入上一次的残留值 - 如果过程含事务，
INSERT INTO debug_log默认也参与事务——若事务回滚，日志也没了；加INSERT INTO dev_tools.debug_log ...并确保该表引擎是MyISAM（不支持事务）可绕过，但更稳妥的做法是显式COMMIT日志后再继续主逻辑
IF @debug_mode不只是开关，它得是部署时可配置的，而不是硬编码的TRUE。 
