mysql中if函数仅限select/set等表达式上下文使用，必须三参数且返回值类型需显式统一；条件逻辑优先用case when，因其支持任意布尔表达式、类型可控且跨库兼容。
IF 函数在 MySQL 里只能用在 SELECT/SET 里，不能直接写在 WHERE 或 UPDATE 的字段表达式中
MySQL 的 IF 是函数，不是控制语句，它必须返回一个值，所以只能出现在能接受表达式的地方。比如你写 WHERE IF(condition, a, b) = 1 是合法的，但 IF(condition, SELECT ..., SELECT ...) 这种分支执行逻辑会报错——MySQL 不支持过程式 IF 块（除非在存储过程里）。
常见错误现象：Error 1064 (42000): You have an error in your SQL syntax，往往是因为把 IF 当成 T-SQL 或 PL/pgSQL 那样的语句用了。
- 只在
SELECT列、SET赋值、INSERT ... VALUES(...)中安全使用IF - 想做条件更新？改用
CASE WHEN+UPDATE ... SET col = CASE WHEN ... - 需要分支查询逻辑？拆成多个
union ALL或用应用层判断
CASE WHEN 的两种写法：简单比较 vs 搜索表达式，性能和可读性差别明显
CASE 有 CASE value WHEN compare_value THEN ...（简单形式）和 CASE WHEN condition THEN ...（搜索形式）两种。前者底层做等值哈希匹配，后者逐条求值，一旦命中就短路。实际中几乎总该用搜索形式。
使用场景：比如按订单状态分组统计，状态字段是字符串，但你要合并 “cancelled” 和 “refunded” 为一类——简单形式做不到，必须用搜索形式。
- 简单形式不支持
>、IS NULL、函数调用等，只认严格相等 - 搜索形式允许任意布尔表达式，且顺序重要：前面的条件先匹配，不会继续往后看
- 漏写
ELSE会导致默认返回NULL，线上统计类 SQL 容易因此少计数
示例：CASE WHEN status IN ('cancelled', 'refunded') THEN 'closed' WHEN status = 'shipped' THEN 'active' ELSE 'pending' END
在 INSERT … SELECT 或 UPDATE 中嵌套 CASE，别忘了字段类型对齐
CASE 表达式的返回类型由所有 THEN 和 ELSE 分支的类型共同决定，MySQL 会做隐式转换。如果分支返回 VARchar(10)、int、NULL，最终可能变成 double 或截断字符串，导致插入失败或数据失真。
常见错误现象：Data truncated for column 'x' at row 1，尤其在目标字段是 enum 或严格 CHAR 时。
- 显式用
CAST(... AS ...)统一分支类型，比如都转成CHAR(20) - 避免混用数字和字符串分支，如
WHEN x>0 THEN 1 ELSE 'N/A'—— 这会让整列变成字符串，数值计算失效 - 在
INSERT INTO t(col) SELECT CASE ...前，先用SELECT CASE ... LIMIT 1看下实际推导出的类型
postgresql / SQL Server 用户注意：MySQL 的 IF 函数没有 ELSE 分支可选
MySQL 的 IF(condition, true_expr, false_expr) 强制要求三个参数，缺一不可；而 PostgreSQL 的 IF（仅限 plpgsql）和 SQL Server 的 IIF 都支持两参数形式（缺省 ELSE NULL）。这容易让跨数据库迁移的人漏写第三个参数。
性能影响不大，但语法错误直接阻断执行。更隐蔽的问题是：有人误以为 IF(cond, val) 等价于 CASE WHEN cond THEN val END，其实前者报错，后者返回 NULL。
- MySQL 下永远写满三参数：
IF(status = 'done', 1, 0)，别省略0 - 要兼容多数据库？统一用
CASE WHEN，它在所有主流 SQL 引擎中行为一致 - 注意 SQL Server 的
IIF是函数，但嵌套超过 10 层可能触发编译警告
事情说清了就结束。最常被忽略的是 CASE 分支类型自动推导和 IF 的三参数强制性——这两个点在线上出问题时，错误信息往往不指向根源。