MySQL 5.7.35中IF()函数为何会解析未触发分支的表达式？

这可是MySQL里一个容易踩坑的小细节——MySQL在处理查询时，会先对所有表达式做预解析和合法性校验，不管这个表达式会不会在运行时被实际执行。

先说说你遇到的具体场景 #

你执行SELECT IF(false, JSON_OBJECTAGG(NULL, 'whatever'), 0) as x;时，虽然IF的条件是false，按道理只会返回后面的0，但MySQL在真正执行查询之前，会先检查整个语句里所有表达式的合法性：

• JSON_OBJECTAGG(NULL, 'whatever')本身就违反了JSON的规则（JSON文档不允许NULL作为成员名），所以哪怕这个分支根本不会被执行，预校验阶段就直接抛出Error Code: 3158的错误了。

为啥会有这种设计？ #

MySQL的查询处理流程是分步骤的：先做解析和预处理，这两步会把整个查询语句拆解开，检查所有语法是否正确、函数参数是否符合要求、数据类型有没有问题等等，这些检查都通过了，才会进入执行阶段去判断条件分支、计算结果。所以哪怕某个分支永远不会被触发，只要它的表达式本身不合法，预校验就会直接报错。

针对你的业务代码的解决办法 #

你的业务查询是SELECT IF(cl.id IS NULL, NULL, JSON_OBJECTAGG(cl.id, cl.somethingelse))，这里如果cl.id为NULL，JSON_OBJECTAGG的键就是NULL，同样会触发预校验错误。可以这么改：

1. 给键参数加IFNULL兜底：

   SELECT IF(cl.id IS NULL, NULL, JSON_OBJECTAGG(IFNULL(cl.id, 'fallback_key'), cl.somethingelse))
   

   这样哪怕cl.id是NULL，JSON_OBJECTAGG的键也会变成你指定的默认值，预校验就能顺利通过。

2. 换成CASE语句（写法更直观，效果和IF一样）：

   SELECT CASE 
            WHEN cl.id IS NULL THEN NULL
            ELSE JSON_OBJECTAGG(IFNULL(cl.id, 'fallback_key'), cl.somethingelse)
          END
   

额外提一句 #

这个行为在MySQL 5.7里是固定的，至于后续的8.0版本有没有调整这个校验逻辑我没特意验证，但在5.7版本里，你只能通过处理JSON_OBJECTAGG的键参数来避开这个错误。

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