LEAST函数在MySQL和PostgreSQL中可直接比较多列，返回每行各参数中的最小值；但非SQL标准，SQL Server和旧版SQLite不支持，且任一参数为NULL时结果即为NULL，需用COALESCE等预处理。
LEAST函数在MySQL和PostgreSQL中能直接比较多列
LEAST不是SQL标准函数，它只在MySQL、PostgreSQL、Oracle等部分数据库中可用；SQL Server和SQLite原生不支持。如果你执行SELECT LEAST(col1, col2, col3) FROM table;报错，大概率是数据库不支持——先查文档确认兼容性，别硬套。
它会逐个比较表达式（列、常量、函数调用均可），返回最小的那个值，类型自动提升：比如LEAST(1, 3.5, '2')在MySQL中返回1（整型优先），但若含NULL，默认返回NULL（除非所有参数都为NULL，此时仍为NULL）。
- 支持任意数量参数，不限于两列，如
LEAST(a, b, c, d, 100) - 所有参数必须能隐式转换为同一类型，否则报错：
LEAST('2023-01-01', 42)在MySQL中会失败 - 空字符串
''和0在数值上下文中可能被误判，建议显式转换：LEAST(CAST(col_str AS SIGNED), col_int)
LEAST遇到NULL时的行为必须主动处理
只要任一参数为NULL，LEAST就返回NULL——这和MIN()聚合函数完全不同。MIN()会忽略NULL，而LEAST是逐行标量比较，无法跳过。
常见陷阱：你本想取三个价格字段的最低有效价，但其中一列是NULL，结果整行变成NULL。解决办法是用COALESCE兜底：
SELECT LEAST( COALESCE(price_usd, 999999), COALESCE(price_eur, 999999), COALESCE(price_cny, 999999) ) AS min_price FROM products;
注意：兜底值要足够大（或足够小），确保不影响真实比较逻辑；如果业务允许“无价”比任何价格都高，用999999合理；若需表示“不可比”，得换思路——比如改用CASE表达式手动过滤。
替代方案：SQL Server和SQLite用户怎么实现等效逻辑
SQL Server没有LEAST，但可以用IIF嵌套或VALUES构造虚拟表配合MIN()：
SELECT ( SELECT MIN(v) FROM (VALUES (col1), (col2), (col3)) AS value(v) ) AS min_of_three FROM mytable;
SQLite虽无内置LEAST，但从3.38.0起支持MIN()作为标量函数（仅限两个参数），多个字段得靠CASE：
- 两列：直接用
MIN(col1, col2) - 三列及以上：写成
CASE WHEN col1 - 列数一多，可读性和维护性断崖下跌，建议封装为视图或CTE预计算
性能影响很小，但别在WHERE或ON里滥用
LEAST本身计算开销极低，基本可忽略。问题出在误用场景：比如写WHERE LEAST(a, b) > 100，会导致索引失效（无法使用a或b的索引），因为数据库必须对每行都执行函数计算才能判断。
更糟的是ORDER BY LEAST(x, y)——排序字段无法利用索引，大数据量下明显变慢。
- 真需要按最小值过滤/排序，优先考虑重构逻辑：比如加一个持久化计算列并建索引
- 临时需求且数据量小，接受全表扫描也比写错逻辑强
- 跨类型比较（如时间戳vs整数）务必加CAST，避免隐式转换引发意外结果或警告
真正麻烦的从来不是函数怎么写，而是它悄悄把NULL拖进来，又不动声色地让整个条件失效——检查执行计划前，先查查有没有漏掉的NULL。
