show warnings 返回空结果的主因是执行时机错误：未在报错语句后立即执行、连接重置、执行了其他语句覆盖警告，或语句仅触发error而非warning；其与show errors共用缓冲区且不支持回溯。
直接执行 SHOW WARNINGS，但必须在同一次连接中、紧接报错语句之后运行——phpMyAdmin 5.0 不会自动保存或展示历史警告，上一条语句的警告一旦被读取或执行了新查询，就彻底丢失。
为什么 SHOW WARNINGS 有时返回空结果？
常见原因不是语法写错，而是执行时机不对：
- 你在报错后点了「刷新」页面，或切换了数据库/标签页 → 连接重置，警告清空
- 你先执行了另一条成功语句（比如
SELECT 1），再执行SHOW WARNINGS→ 覆盖了前一条的警告上下文 - 你用了「快速执行」模式（右下角小闪电图标）→ 此模式跳过完整会话状态管理，
SHOW WARNINGS无法捕获其触发的警告 - 语句本身没触发警告，只报了错误（ERROR）→
SHOW WARNINGS只显示 warning 和 note，不包含 error；查错误得用SHOW ERRORS LIMIT 1
SHOW WARNINGS 和 SHOW ERRORS 的关键区别
两者都只作用于当前会话最近一次 SQL 执行，但语义不同：
-
SHOW WARNINGS：返回 warning（如隐式类型转换、NULL插入非空字段）、note（如“已使用索引”）、以及部分 soft error（如INSERT IGNORE被忽略的行） -
SHOW ERRORS：只返回真正的 ERROR 级别问题（如语法错误 1064、表不存在 1146、权限拒绝 1045） - 它们共用同一缓冲区，执行任一命令都会清空另一方未读内容；所以不要交替执行
如何确保捕获到真实警告？
实操建议（按优先级排序）：
- 语句执行失败后，**立刻**在同一个 SQL 标签页里粘贴并运行
SHOW WARNINGS，不要做任何其他操作 - 如果警告来自
UPDATE或INSERT，注意检查是否启用了安全模式（sql_safe_updates=1）——它可能把本该是 warning 的行为转为 error - 想长期观察警告趋势？别依赖 phpMyAdmin 界面，改用 MySQL 命令行：
mysql -u root -p -e "your_sql_here; SHOW WARNINGS;"，输出可重定向保存 - 某些警告（如字符集转换）只在客户端设置特定
character_set_client时触发，换数据库或改连接参数后可能消失，不是 bug
真正容易被忽略的是：phpMyAdmin 5.0 的「历史」选项卡里**完全不记录警告内容**，哪怕你刚看到过黄色提示框，刷新后也无迹可寻。抓警告必须靠即时响应，没有回溯机制。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
