SHOW WARNINGS查不到刚执行的警告，因为MySQL只保留当前会话最近一次语句的警告，后续任何语句（包括SELECT 1）都会覆盖；必须在目标语句后立即执行SHOW WARNINGS，且避免客户端自动查询干扰。

MySQL 中 SHOW WARNINGS 为什么查不到刚执行的警告？

因为 mysql 的警告只保留在**当前会话最近一次语句执行后**，且仅对产生警告的语句本身有效。如果中间执行了其他语句（哪怕只是 select 1），之前的警告就被覆盖了。

实操建议：

• 在目标语句（如 INSERT、ALTER TABLE）执行后**立刻**运行 SHOW WARNINGS，中间不要穿插任何其他语句
• 如果用客户端工具（如 MySQL Workbench、DBeaver），注意它们可能自动执行元数据查询（比如刷新表列表），会清空警告——建议改用命令行 mysql 客户端验证
• 想确认某条语句是否触发警告，最稳的方式是先开警告开关：SET sql_warnings = ON（默认通常已开启，但某些配置下可能关）

如何让警告信息更完整：不只是 SHOW WARNINGS

SHOW WARNINGS 默认只显示最近 6 条，且不包含错误码以外的上下文。实际调试时往往需要更多线索。

实操建议：

• 用 SHOW COUNT(*) WARNINGS 先看总数，再用 SHOW WARNINGS LIMIT 100 拉全量（上限由 max_error_count 系统变量控制）
• 关键字段别忽略：Level（注意 Note 级别也可能是重要提示）、Code（如 1265 是数据截断，1366 是字符集转换失败）
• 配合 SELECT @@warning_count 判断是否有警告被静默吞掉（某些驱动或 ORM 可能不主动拉取）

在 Python 或 Node.js 里怎么拿到 SHOW WARNINGS 结果？

大多数数据库驱动不会自动返回警告，得手动查。而且顺序很重要：必须在执行主语句后、执行下一条语句前立刻发 SHOW WARNINGS 查询。

实操建议：

• Python（pymysql）：执行完 cursor.execute("INSERT ...") 后，立刻 cursor.execute("SHOW WARNINGS")，再 cursor.fetchall()；别用 connection.ping() 或其他连接检查操作打断
• Node.js（mysql2）：在 connection.query("INSERT ...", () => {...}) 回调里，紧接着调 connection.query("SHOW WARNINGS", ...)；不能写成 Promise.all，会并发丢失上下文
• ORM 如 SQLAlchemy 不直接暴露警告，需绕过 ORM 用 engine.raw_connection() 拿底层连接操作

SHOW WARNINGS 查不到东西，但行为明显异常怎么办？

常见于隐式类型转换、严格模式关闭、或语句根本没进 MySQL（比如被代理层拦截、语法被客户端提前报错）。

实操建议：

• 先确认 MySQL 是否开了严格模式：SELECT @@sql_mode，如果没含 STRICT_TRANS_TABLES 或 STRICT_ALL_TABLES，很多问题只会发 Warning 甚至直接静默丢弃
• 检查客户端是否设置了 client_flag=CLIENT_IGNORE_SPACE 等影响解析的标志（少见但存在）
• 用 mysql --verbose 命令行启动，它会在每条语句后自动打印警告（比手动 SHOW WARNINGS 更省心）

警告不是日志，它不落盘、不持久、不跨语句——所有依赖它的调试动作，都得卡在那个「刚刚执行完」的时间点上。错过就没了。