phpmyadmin不支持存储过程中实时调试输出，仅显示最后一条select结果；可靠方法是用临时表debug_log记录变量值再select查看。
游标在 phpmyadmin 里根本不会“打印”
phpmyadmin 不支持 select 以外的语句直接输出结果集作为“调试打印”，游标遍历过程中的 select 或 insert 操作不会自动显示中间值。你看到的只是最终执行结果或错误，没有类似 echo 或 print 的实时输出机制。
常见错误现象：CREATE PROCEDURE 成功，但调用后什么都没显示，以为游标没跑；或者只看到最后一行 SELECT 结果，误以为前面逻辑被跳过。
- 真正能“看见”的只有显式
SELECT语句返回的结果集（phpMyAdmin 会渲染成表格） - 所有
SET @var = ...、INSERT INTO tmp_debug等操作都不会自动弹出内容 - 存储过程中不能用
PRINT、RAISERROR（那是 SQL Server）或DBMS_OUTPUT.PUT_LINE（那是 Oracle）
用临时表 + SELECT 模拟“逐行打印”
这是最可靠、兼容性最好、且 phpMyAdmin 原生支持的调试方式：把你想看的变量值插入一张临时表，最后统一 SELECT 出来。
使用场景：检查游标每次 FETCH 后的变量值、判断条件是否触发、循环是否提前退出。
实操建议：
- 开头加
DROP TEMPORARY TABLE IF EXISTS debug_log，避免重复创建报错 - 用
CREATE TEMPORARY TABLE debug_log (id INT AUTO_INCREMENT PRIMARY KEY, msg TEXT, ts TIMESTAMP DEFAULT CURRENT_TIMESTAMP) - 在游标循环体内插入关键信息：
INSERT INTO debug_log (msg) VALUES (CONCAT('loop: ', @cur_id, ', name=', @cur_name)) - 循环结束后加一句
SELECT * FROM debug_log—— 这行会真实显示在 phpMyAdmin 结果区
注意：TEMPORARY TABLE 只对当前连接可见，不会污染线上数据，但调用完就自动销毁，无法跨请求查看。
为什么不能用 SELECT 直接“打断点”？
很多人尝试在游标循环里写 SELECT CONCAT('debug:', @var)，结果发现只返回最后一个 SELECT 的结果，前面的全丢了。这是因为 MySQL 存储过程不支持多结果集返回给 phpMyAdmin（它只取最后一个）。
参数差异与影响：
-
SELECT在过程体中是“语句”，不是“返回值”，phpMyAdmin 默认只展示最后一条SELECT的结果集 - 即使你写了 5 个
SELECT，也只会看到第 5 个；前 4 个被忽略（无报错、无声无息） - 某些旧版 phpMyAdmin（≤ 4.9）甚至会因中间
SELECT导致整个过程执行失败，报错Commands out of sync
这不是 bug，是 MySQL 协议和 phpMyAdmin 渲染逻辑共同决定的限制。
SET @var := ... + SELECT @var 是最简验证法
适合快速确认单个变量值，比如刚 FETCH 完想看 @cur_id 是多少，不用建表、不用改结构。
实操要点：
- 必须用
:=赋值（=在 SET 语句里也行，但在表达式里推荐:=避免歧义） - 紧跟着写
SELECT @cur_id AS 'cur_id_check'，且这句必须是整个过程的最后一句 - 如果后面还有逻辑，这句
SELECT就会被覆盖，看不到 - 不适合多变量、多轮次，容易漏看或混淆顺序
示例片段：
FETCH cur INTO @cur_id, @cur_name;
SET @debug_msg := CONCAT('id=', @cur_id, ', name=', @cur_name);
SELECT @debug_msg AS 'debug_output'; -- 这行必须在最后
复杂点在于：游标本身不可见、不可暂停，所有“打印”都是事后补救；最容易被忽略的是——你以为看到了中间状态，其实只看到了最后一次 SELECT，而那可能早已脱离循环上下文。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
