SHOW WARNINGS用于显示最近语句的警告、错误和注释信息，主要用途有二：一是诊断SQL执行中的数据问题（如截断、类型转换），二是查看EXPLAIN对SELECT语句的优化重写结果；仅对上一非诊断语句有效，且不适用于INSERT/UPDATE/DELETE等DML语句的优化展示。
执行后立即查 SHOW WARNINGS
MySQLi 本身不提供直接读取警告的 API，但 MySQL 协议支持在语句执行后用 SHOW WARNINGS 获取最近的警告（包括截断、类型转换、NULL 插入 NOT NULL 字段等）。关键点是：必须在同一次连接、紧接在出问题的语句之后执行，不能隔其他查询。
- 警告不会中断执行，但可能改变数据行为（比如插入超长字符串被静默截断）
-
$mysqli->query("SHOW WARNINGS")返回一个mysqli_result对象，需遍历获取每条警告的Level、Code、Message - 示例：
if ($mysqli->query("INSERT INTO users(name) VALUES('a very long name that exceeds varchar(10)')")) { $warnings = $mysqli->query("SHOW WARNINGS"); if ($warnings && $warnings->num_rows > 0) { while ($w = $warnings->fetch_assoc()) { error_log("Warning {$w['Code']}: {$w['Message']}"); } } }
mysqli_warning 类不是你该用的接口
虽然 PHP 文档里有 mysqli_warning 类，但它仅在调用 mysqli::get_warnings() 时内部使用，而这个方法**已被废弃且始终返回 null**。别在代码里写 $mysqli->get_warnings() —— 它不工作，也不会报错，只会让你误以为没警告。
- 该方法自 PHP 8.1 起标记为 deprecated，PHP 8.4 将彻底移除
- 它依赖 MySQL 的旧协议路径，现代 MySQLi 驱动已绕过该机制
- 真正可用的只有手动执行
SHOW WARNINGS
启用严格模式让警告变错误更省心
与其被动查警告，不如让 MySQL 主动报错。把 sql_mode 设为包含 STRICT_TRANS_TABLES，多数隐性警告（如数据截断、零日期）会升级成 SQL 错误，触发 mysqli_sql_exception 或填充 $mysqli->errno。
- 临时设置：
$mysqli->query("SET sql_mode='STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION'"); - 开发/测试环境建议全局启用，避免“执行成功但数据不对”的假象
- 注意：某些云数据库（如阿里云 RDS）默认禁用 STRICT 模式，需主动配置
为什么 mysqli_error() 拿不到警告
$mysqli->error 和 mysqli_error($mysqli) 只返回上一次**失败操作**的错误信息，而警告不算“失败”——query() 仍返回 true 或结果集。这是设计使然，不是 bug。
- INSERT 成功但被截断？
$mysqli->error === ''，$mysqli->errno === 0 - 唯一键冲突？那才是错误，
$mysqli->errno会是 1062，$mysqli->error有具体内容 - 想统一处理，就得自己加一层逻辑：执行完语句 → 查
SHOW WARNINGS→ 按Level = 'Warning'过滤
SHOW WARNINGS，那些悄悄变形的数据就再难追溯了。 
