MySQL SHOW WARNINGS 怎样定位数据截断和隐式转换

导入数据后看到“Query OK，但有 warnings”，最直接的定位入口就是 SHOW WARNINGS。它读取当前会话最近一条非诊断语句产生的错误、警告和提示；因此要紧跟在目标 DML 或 DDL 后执行，不能先运行一条会清空诊断列表的普通查询。

官方地址：https://dev.mysql.com/doc/refman/8.4/en/show-warnings.html

如果目标是查出数据截断或隐式转换，推荐顺序是：先看客户端报告的 warning 数，再用 SHOW COUNT(*) WARNINGS 记录总数，最后用 SHOW WARNINGS LIMIT 读取消息。这样可以区分“确实产生了很多警告”和“服务器只保存了部分警告”。

SHOW WARNINGS 读取哪一条语句的结果

SHOW WARNINGS 不是全局日志查询，而是当前连接的诊断列表。INSERT、UPDATE、LOAD DATA 以及部分 DDL 都可能留下转换警告。下面的示例用非严格模式让转换继续完成，方便观察诊断信息；生产环境不要为了保留警告而随意修改全局 SQL 模式。

-- 用当前会话的非严格模式观察转换警告，不改变全局配置
SET SESSION sql_mode = '';

CREATE TABLE import_demo (
    id INT NOT NULL,
    amount DECIMAL(6, 2),
    note CHAR(4)
);

-- 小数位超出精度、字符串超过 CHAR 长度时可能留下警告
INSERT INTO import_demo (id, amount, note)
VALUES (1, 123.456, 'mysql-demo');

-- 必须在 INSERT 后立即读取当前会话的诊断信息
SHOW WARNINGS;

返回结果通常包含 Level、Code 和 Message。看到 Data truncated、范围溢出或列不能为 NULL 等提示时，应回到输入值、列类型和当前 SQL 模式判断原因，而不是只把 warning 数字记到日志里。

先分清 warning_count 和已保存消息

MySQL 同时提供总数和消息列表两个观察角度。SHOW COUNT(*) WARNINGS 返回最近语句产生的错误、警告和提示总数；@@warning_count 也能读取这个总数。它们不等价于 SHOW WARNINGS 实际列出的行数，因为 max_error_count 只限制服务器保存多少条具体消息。

-- 诊断语句不会清空当前消息列表
SHOW COUNT(*) WARNINGS;

-- 读取当前会话已保存的具体消息，避免输出过大
SHOW WARNINGS LIMIT 0, 10;

-- 这个值表示产生的总数，不代表下面一定有同样多的行
SELECT @@warning_count;

例如一条批量导入产生 20 条警告，而 max_error_count 设置为 5，warning_count 仍可能是 20，但 SHOW WARNINGS 只能展示服务器保存的 5 条。排查时先记录总数，再保存列表，才能避免把“消息被截断”误认为“没有更多问题”。

数据截断定位时要检查三个会话变量

第一是 sql_mode。严格模式下，部分本来会产生警告的数据转换会直接变成错误并终止语句；非严格模式则可能完成语句并留下警告。第二是 max_error_count，它控制保存多少条错误、警告和提示。第三是 sql_notes，它控制提示级 note 是否计入数量并保存。

-- 查看影响诊断结果的会话设置
SELECT @@session.sql_mode,
       @@session.max_error_count,
       @@session.sql_notes;

-- 只提高当前会话的保存上限，便于一次排查更多行
SET SESSION max_error_count = 100;

-- 需要保留提示信息时确认 notes 没有被关闭
SET SESSION sql_notes = 1;

不要只看客户端显示的“affected rows, N warnings”。如果严格模式已经让语句失败，先读取失败语句留下的诊断信息；如果只是成功但有警告，再检查列定义、输入编码、数值范围和小数精度。每次排查都保持在同一个连接中，否则换连接后看不到原会话的诊断列表。

一份可复用的排查清单

1. 把 SHOW WARNINGS 紧跟在目标语句后执行，并确认没有换连接。
2. 同时记录 SHOW COUNT(*) WARNINGS 或 @@warning_count，不要只保存列表行数。
3. 用 SHOW WARNINGS LIMIT 读取 Level、错误码和具体列/行提示。
4. 核对 sql_mode 是否让警告升级为错误，核对 max_error_count 是否导致列表不完整。
5. 若关心提示信息，再确认 sql_notes=1；排查完成后恢复团队约定的会话设置。

核心判断只有一句话：warning_count 告诉你发生了多少条件，SHOW WARNINGS 告诉你服务器还保存了哪些具体条件。两者结合，才能定位数据截断和隐式转换，而不是停留在“有警告”这一层。

常见问题

为什么 SHOW WARNINGS 没有返回刚才的提示？

最常见原因是中间执行了另一条普通语句，或者已经切换到其他连接。回到产生警告的同一会话，并把诊断语句紧跟在目标语句后执行。

为什么 warning_count 比 SHOW WARNINGS 的行数大？

因为总数不受 max_error_count 限制，而具体消息会受保存上限限制。提高当前会话的 max_error_count 后重新执行目标语句，才能保存更多细节。