当前位置：首页 > 文章列表 > 数据库 > MySQL > MySQL SHOW WARNINGS 怎样定位数据截断和隐式转换

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

来源：17golang原创 2026-10-28 23:03:11 0浏览收藏

导入数据后看到“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 数字记到日志里。

MySQL 当前会话从数据语句到 SHOW WARNINGS 的诊断关系说明图 — 图1：结构说明图，展示 DML 产生的转换条件、当前会话诊断列表与 SHOW WARNINGS 的静态关系，不是运行截图。

先分清 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”。如果严格模式已经让语句失败，先读取失败语句留下的诊断信息；如果只是成功但有警告，再检查列定义、输入编码、数值范围和小数精度。每次排查都保持在同一个连接中，否则换连接后看不到原会话的诊断列表。