每个人都可以，
拥有SSL证书

ORDER BY写错导致报错，这事儿我碰过不止一回。前两天又见到一条SQL，WHERE age > 18 后面跟了个 ORDER BY (age > 25)，直接抛语法错误。写的人挺纳闷，条件判断怎么就不能用来排序了？原因其实不复杂：age > 25 的结果是布尔值，true 或 false，大部分数据库没法拿这个直接排，不认，就报非布尔类型表达式的错。

下面把这种场景和其他几个容易中招的ORDER BY用法放在一起说。

列名拼错或者别名写岔 这属于低级错误，但线上跑起来问题就来了。ORDER BY 后面必须是查询里合法的列名或者别名，多一个字母少一个字母都不行。

错误: SELECT name, age FROM users ORDER BY nam;

正确: SELECT name, age FROM users ORDER BY name;

改字段名的时候忘了同步改ORDER BY，一上线就崩，这种教训有过一次就老实了。

表达式返回布尔值 这就是标题里说的非布尔类型表达式错误的典型。ORDER BY (age > 25) 这种，解析出来是布尔值，没法当成排序键。有些数据库可能不直接报错，但排序结果会变得很诡异，别指望按你的意图排。

错误: SELECT * FROM users ORDER BY (age > 25);

直接想按年龄排，就用列名：

SELECT * FROM users ORDER BY age;

如果确实想把满足条件的行放前面或后面，拿CASE表达式转成数值：

SELECT * FROM users ORDER BY CASE WHEN age > 25 THEN 1 ELSE 0 END;

这样条件判断就变成了0和1，排序逻辑完全可控。

括号不匹配 复杂查询里括号没配对，解析器搞不清ORDER BY属于哪个部分，报错信息可能很迷惑，但根因就这一个。比如：

SELECT * FROM table WHERE (condition ORDER BY column;

WHERE后面的括号没关，ORDER BY直接被吞进去了。老老实实检查括号对齐，IDE有高亮还好，纯文本里写大段SQL就得盯紧。

子查询里单独用ORDER BY 很多人以为在子查询里先排好序，外层就能直接用，但标准SQL里子查询单独带ORDER BY是不允许的，除非同时用了LIMIT、TOP或者FETCH FIRST这类限制行数的子句。不加限制，排了也没意义，优化器直接忽略，甚至报错。

错误: SELECT * FROM (SELECT * FROM table ORDER BY column) AS subquery;

加上LIMIT就对了：

SELECT * FROM (SELECT * FROM table ORDER BY column LIMIT 10) AS subquery;

或者在SQL Server里用TOP：

SELECT * FROM (SELECT TOP 10 * FROM table ORDER BY column) AS subquery;

修起来都简单，排查思路就几条：核对列名别名、把布尔表达式换成CASE、检查括号、子查询ORDER BY配合LIMIT/TOP。看着都是小问题，但真碰上了，能绕进去好一会儿。