查存储过程执行错误应使用SHOW ERRORS，因其只返回ERROR级别信息，精准定位执行失败原因；SHOW WARNINGS包含WARNING和NOTE，对调试逻辑错误帮助较小。
查存储过程执行时的错误信息用 SHOW ERRORS 还是 SHOW WARNINGS？
MySQL 中，存储过程或触发器执行出错后，ERROR 不会自动打印到客户端，必须手动查。执行完报错语句（比如 CALL proc_name()）后，立刻运行 SHOW ERRORS ——它只显示最近一次语句产生的 ERROR 级别信息；SHOW WARNINGS 则包含 WARNING 和 NOTE，但对调试逻辑错误帮助小。注意：这两个命令只对当前 session 有效，且只保留最后一次执行的错误堆栈。
触发器里加 SELECT 或 INSERT INTO debug_log 为什么没反应？
MySQL 触发器中禁止显式使用 SELECT 返回结果集（会直接报错 ERROR 1415 (0A000): Not allowed to return a result set from a stored function or trigger），也禁止调用含 SELECT 的存储函数。想输出中间值，得改用日志表：
CREATE TABLE debug_log ( id INT AUTO_INCREMENT PRIMARY KEY, msg TEXT, ts TIMESTAMP DEFAULT CURRENT_TIMESTAMP );
然后在触发器里写：INSERT INTO debug_log(msg) VALUES (CONCAT('val=', @some_var));。注意：不能用 SELECT ... INTO 赋值给用户变量再插入，因为某些版本下触发器内 SELECT 可能被优化掉；稳妥做法是用 SET @var = ... 显式赋值。
存储过程中怎么让错误中断并看到具体哪行出问题？
默认 MySQL 存储过程遇到错误会继续执行后续语句（除非是严重语法错），导致定位困难。要让错误立即中断并抛出上下文，需提前声明错误处理器：
- 用
DECLARE EXIT HANDLER FOR SQLEXCEPTION捕获所有 SQL 错误 - 在 handler 里用
GET DIAGNOSTICS CONDITION 1 @sqlstate = RETURNED_SQLSTATE, @errno = MYSQL_ERRNO, @text = MESSAGE_TEXT;提取错误详情 - 再用
SELECT CONCAT('ERR ', @errno, ': ', @text) AS debug_info;输出（仅用于调试，上线前删掉） - 避免用空 handler（如
BEGIN END），否则等于静默吞错
另外，DELIMITER 必须在创建过程前正确设置，否则分号会被当成语句结束符，导致 CREATE PROCEDURE 语法报错，这个错本身就会掩盖真正的逻辑错误。
为什么在 Navicat / DBeaver 里调试触发器总看不到错误，但在命令行可以？
图形化工具常把多条语句打包成一个请求发送，而 MySQL 的 SHOW ERRORS 只响应上一条语句，如果工具自动补了 COMMIT 或其他语句，就刷掉了原始错误。建议调试时切到纯命令行（mysql -u root -p），并确保每条命令独占一行、手动回车执行。另一个常见干扰是 autocommit 状态：触发器内出错时，若 session 是 autocommit=1，事务已隐式提交，错误信息更难追溯；临时设为 SET autocommit = 0; 再 CALL，出错后还能用 ROLLBACK 配合重试。
最麻烦的是嵌套调用——比如触发器调用存储过程，过程又调用函数。错误位置可能藏在第三层，但 SHOW ERRORS 只给最后一层的提示。这时候必须逐层加 INSERT INTO debug_log，靠时间戳和自增 ID 排序还原执行流。
