MySQL中SUM()函数处理字符串类型值的行为及结果成因问询

这是个挺有意思的问题！MySQL在这里的行为其实是隐式类型转换在起作用，咱们一步步拆解来看：

核心逻辑：隐式类型转换规则 #

当你对字符串类型列使用SUM()聚合函数时，MySQL会自动尝试把每个字符串值转换为数值类型，转换遵循以下规则：

• 如果字符串以数字开头，会提取开头的连续数字部分转为对应数值，后续非数字内容直接忽略。比如'1 thing'会被转为1，'2 things'转为2，'4 things'转为4。
• 如果字符串不是以数字开头（比如'three things'、'five things'这类），转换后的结果就是0。

计算过程验证 #

把你的示例数据逐个转换后求和：
1 + 2 + 0 + 4 + 0 + 0 = 7，这正好是你查询得到的结果。

你可以用CAST()函数手动模拟这个转换过程来验证：

SELECT 
  my_string,
  CAST(my_string AS UNSIGNED) AS converted_value
FROM my_table;

执行这个查询后，你会看到每个字符串对应的转换值，和SUM()计算时用到的数值完全一致。

为什么不报错？ #

MySQL的设计倾向于尽可能兼容场景，避免无意义的报错（当然这在某些场景下也可能引发意外），它的隐式转换机制会自动处理这种类型不匹配的情况，而非直接抛出错误。

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