这确实是个挺有意思的细节问题，咱们一步步拆解背后的原因：

1. 浮点数的“表面”与“本质” #

首先你提到的浮点数无法精确表示是核心前提——0.1在单精度float类型中实际存储的是近似值0.10000000149011612，只是MySQL在显示float类型的值时，会自动做一层“美化”：把这个接近0.1的近似值格式化为更易读的0.1，而不是直接输出原始的存储值。

2. 单独执行IF(TRUE, num, 0)的逻辑 #

当你单独执行这个IF表达式时，num是float类型，0是整数，MySQL会按照类型转换优先级把整数0转为float类型，所以IF的返回结果还是float类型。此时MySQL会对这个float值应用默认的格式化规则，显示为你看到的0.1。

3. MAX(IF(...))的特殊处理逻辑 #

当你把IF表达式嵌套到MAX函数里时，MySQL的内部处理逻辑发生了变化：

• MAX函数在处理表达式参数时，会自动将float类型的临时结果提升为更高精度的double类型来进行计算（这是MySQL为了避免计算过程中精度损失的一种内部优化）。
• 当MAX最终返回结果时，这个结果的类型是double，而MySQL对double类型的显示规则更“直白”——会输出其原始的近似值0.10000000149011612，不会像float那样做格式化简化。

验证这个逻辑 #

你可以试试下面的查询来验证：

-- 强制转换为float类型，会重新显示为0.1
SELECT CAST(MAX(IF(TRUE, num, 0)) AS FLOAT) FROM Tbl;

本质上这并不是MySQL的bug，只是嵌套函数时的类型提升规则，加上不同数值类型的显示格式化差异导致的现象。

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