咱们先拆解两个语句的执行逻辑，再对比它们的性能表现，最后聊聊单词场景下的选择：

1. 第一个语句：SELECT id FROM t ORDER BY col = 'A' DESC LIMIT 1; #

这个语句的核心逻辑很直接：对每一行计算col = 'A'的结果（SQL里布尔值会转为1（true）或0（false）），按这个值降序排列后取第一个id——所有col等于'A'的行会被排在最前面。

性能优势： #

• 计算成本极低：col = 'A'是简单的等值比较，数据库能快速完成判断，几乎没有额外开销。
• 可利用索引优化：如果col字段上有索引，数据库可以直接通过索引定位到所有col='A'的行，甚至不需要全表排序——因为索引本身是有序的，直接取第一个匹配的id即可，性能会非常高效。就算没有索引，全表扫描时的计算成本也远低于第二个语句。

2. 第二个语句：SELECT id FROM t ORDER BY CASE WHEN 'A' LIKE CONCAT(col, '%') THEN col END DESC LIMIT 1; #

这个语句的逻辑是：判断字符串'A'是否以当前行的col值开头（比如col='A'时，CONCAT(col, '%')是'A%'，'A' LIKE 'A%'为true，返回col值；如果col='Ab'，则'A' LIKE 'Ab%'为false，CASE返回null），按返回的col值降序排列（null通常排在末尾）后取第一个id。

性能劣势： #

• 无法利用索引：CONCAT(col, '%')把col字段包裹在了函数里，导致数据库无法使用col上的索引加速判断——不管有没有索引，都必须全表扫描每一行。
• 字符串操作开销大：每一行都要执行字符串拼接（CONCAT）和LIKE匹配，这两个操作的计算成本远高于简单的等值比较，数据量越大，这个开销被放大得越明显。

单词场景下的选择 #

在你提到的单词场景（比如目标匹配值是'A'）中，两个语句的排序效果一致，但第一个查询的性能明显更优，原因如下：

• 计算逻辑更简单，执行速度更快；
• 能借助索引进一步提升性能，而第二个语句完全做不到；
• 代码可读性更强，其他开发者一眼就能看懂你的意图。

只有当你需要处理多词前缀匹配的场景（比如要匹配'A'、'Ab'、'Abc'这类前缀关系）时，第二个语句的逻辑才有意义，但也要注意它的性能瓶颈——如果数据量较大，可能需要考虑前缀索引、全文索引等优化方案。

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