phpMyAdmin调用存储过程时不显示SELECT结果，因默认只捕获首个结果集且不透传过程内多结果；需用SELECT语句显式输出中间值或改用命令行调试。
调用存储过程时看不到返回结果？
phpmyadmin 默认不显示存储过程的 select 输出，哪怕你写了 select * from users; 在过程里，执行后也只显示“已执行”，没数据。这是因为 mysql 的存储过程默认关闭了 sql_buffer_result 之外的结果集透传，而 phpmyadmin 的查询执行器只捕获语句级结果（如 select 直接执行），不接管过程内部的多个结果集。
- 必须在调用前加
SET @debug = 1;类变量辅助验证逻辑是否走到某分支 - 用
SELECT语句显式输出中间值：比如在过程里写SELECT 'step 2 done', @counter;，它会作为独立结果集被 phpMyAdmin 捕获并展示 - 避免依赖
RETURN或OUT参数“看效果”——它们不会自动打印，得额外写SELECT @out_var;
如何正确调用带 IN/OUT 参数的存储过程？
phpMyAdmin 的 SQL 窗口不支持交互式变量绑定，所有参数都得手动拼成完整调用语句，稍有空格或引号错误就报 ERROR 1318 (42000)。
-
CALL my_proc('hello', @out_result);是合法的，但后续要查结果必须另起一行写SELECT @out_result; -
OUT和INOUT参数必须用用户变量（@var_name）接收，不能用字面量或普通变量名 - 字符串参数务必用单引号包裹，双引号在 MySQL 中不被识别为字符串定界符
- 如果过程定义用了
DELIMITER $$，在 phpMyAdmin 中调用时必须还原为分号结尾，否则会语法报错
为什么 SELECT 结果只显示第一组，后面全丢了？
MySQL 存储过程可以返回多个结果集（比如循环中多次 SELECT），但 phpMyAdmin 的底层驱动（mysqli）默认只取第一个。这不是 bug，是协议限制——它把后续结果集直接丢弃了，不报错也不提示。
- 临时解决：把过程拆成多个小过程，每个只含一个
SELECT，再依次调用 - 长期办法：改用命令行
mysql -u root -p -e "CALL debug_proc();"，它能完整输出所有结果集 - 别指望勾选“启用多查询”选项能解决——phpMyAdmin 的“多查询”指分号分隔的多条语句，不是过程内的多结果集
调试时发现过程根本没执行？检查这三处
常见假象是点了“执行”按钮，页面闪一下就完事，其实过程压根没跑起来，因为权限、语法或上下文错了。
- 确认当前用户有
EXECUTE权限：SHOW GRANTS FOR CURRENT_USER;，没有就需 DBA 执行GRANT EXECUTE ON PROCEDURE db.name TO 'user'@'%'; - 检查过程名大小写：Linux 下表名、过程名默认区分大小写，
CALL MyProc()和CALL myproc()可能是两个东西 - 查看 MySQL 错误日志路径：
SHOW VARIABLES LIKE 'log_error';，有时过程编译失败只记在这里，phpMyAdmin 不显示详细错误
实际调试中最容易卡住的，是以为“执行成功=逻辑跑通”，其实只是语法通过、权限够、调用格式对——但中间 SELECT 被吞了、OUT 值没显式输出、或者过程在某个 IF 分支里静默退出了。盯住每一条 SELECT 是否真出现在结果面板里，比看“执行成功”四个字靠谱得多。
立即学习“PHP免费学习笔记（深入）”；
