嘿，我来帮你拆解一下这两个设置在会话级别的具体影响——正如你要求的，咱们暂时完全忽略严格模式的安全性和优势，只聚焦行为变化本身。

一、设置sql_mode=''（空字符串）的影响 #

这相当于给当前会话开启了最宽松的MySQL行为模式，所有SQL模式限制都被禁用，具体表现有这些：

• 数据插入/更新的“容错”处理：
  • 字符串插入数值类型字段时，会自动做强制转换（比如'123abc'会被转成123，纯非数字字符串'abc'会被转成0），不会抛出错误；
  • 超出字段定义长度的字符串会被自动截断到字段最大长度，而不是报错；
  • 无效日期（比如'0000-00-00'、'2023-02-30'）可以正常存储到日期类型字段中；
• 分组查询的宽松规则：使用GROUP BY时，SELECT子句中的非聚合列不需要出现在GROUP BY列表里，MySQL会随机选取该列的某一行值返回，不会触发ONLY_FULL_GROUP_BY相关的报错；
• 函数行为的“无校验”模式：像DATE_ADD()、CAST()这类函数遇到无效参数时，不会抛出错误，而是返回NULL或者不符合预期的结果（比如CAST('abc' AS INT)返回0）；
• 其他隐性限制也会被关闭：比如禁止零日期、禁止无效时间戳这类校验全部失效。

二、设置sql_mode=';'（仅分号）的影响 #

这个设置比较特殊，因为分号;本身并不是MySQL合法的SQL模式选项。MySQL在解析这个值时，会自动忽略所有无法识别的模式字符串，最终的实际效果几乎和sql_mode=''完全一致：

• 执行SET SESSION sql_mode=';';后，你可以通过SELECT @@SESSION.sql_mode;验证，返回的结果大概率是空字符串（因为分号被判定为无效选项，被直接忽略）；
• 少数版本的MySQL可能会保留一些默认的隐性模式，但核心行为和空模式没有区别——所有严格校验、模式限制依然处于禁用状态。

额外说明 #

不管是哪种设置，会话级别的修改只对当前数据库连接有效，当你断开连接后，新的会话会自动继承全局sql_mode设置或者MySQL的默认模式，不会影响其他正在运行的会话。

内容的提问来源于stack exchange，提问作者EJO