第 56 期：为什么不建议关闭 MySQL 严格模式？

社区王牌专栏《一问一实验：AI 版》全新改版归来，得到了新老读者们的关注。其中不乏对 ChatDBA 感兴趣的读者前来咨询，表达了想试用体验 ChatDBA 的意愿，对此我们表示感谢 🤟。

目前，ChatDBA 还在最后的准备阶段，会尽快跟大家见面。想预约试用的朋友，可以扫码文末的 预约试用 二维码或点击 原文链接。我们正在对 DBA 群体试用大模型的情况进行调研，这对我们打磨 ChatDBA 的使用体验非常重要。

下面让我们正式进入《一问一实验：AI 版》的第 56 期。

问题

处理一个 MySQL 报错。

ERROR 1292 (22007): Truncated incorrect DECIMAL value: ''

实验

1. 将问题丢给 ChatDBA。

我们先把这个问题丢给 ChatDBA，让他看下具体出了什么问题。

可以在爱可生开源社区 B 站或视频号查看本期完整操作视频。

<<< 左右滑动，点击放大 >>>

左侧为流程分析画布，展示 ChatDBA 对此问题的排查逻辑；右侧为互动区域。

2. 协助问题排查&给出解决方案。

ChatDBA 首先对报错信息进行理解和分析，空字符串无法被赋值给 Decimal 类型导致的。为了进一步确定原因，ChatDBA 希望确认具体的 SQL 语句以及数据库设置等信息。

我们将相关信息输入到 ChatDBA 后，系统指出这是在进行数据更新时导致的问题，并提出在严格模式下该类转换存在的问题，强调通过 修改 SQL 语句来解决该问题。

什么是严格模式？

在第一次回答中，ChatDBA 提示我们可以通过暂时禁用严格模式解决该问题，但是该操作不推荐，这里面我们也问下 ChatDBA 来学习一下严格模式的具体定义。

3. 实验总结。

在 MySQL 5.7 中，对数据检查方面会比较严格，对 UPDATE 或 INSERT 场景中字段为 Decimal 数据类型的话，默认严格模式下无法与 '' 空字符串相比较，虽然能够关闭严格模式以确保问题 SQL 执行，但非常不建议这么做。

第三方大模型对比：ChatGPT-4o

可以看到 ChatGPT 也能够对该问题进行初步的判断与排查，但是缺少一定的追问与连续对话的能力。