GREATEST/LEAST仅用于单行横向比较，跨行极值须用MAX()/MIN()；遇NULL即返NULL，需COALESCE兜底；类型敏感，隐式转换易出错；WHERE/ORDER BY中使用会失效索引，性能差。
GREATEST 和 LEAST 不是“提取极值”的万能解，它们只在单行内横向比大小；想跨行查整列最大/最小值，必须用 MAX()/MIN() 聚合函数——混用会直接报错或返回 NULL。
MySQL中GREATEST/LEAST的NULL行为必须手动兜底
只要任一参数为 NULL，GREATEST(a, b, c) 或 LEAST(a, b, c) 就立刻返回 NULL，不跳过、不警告、不尝试比较其余值。
常见错误写法：SELECT GREATEST(created_at, updated_at) FROM logs —— 只要某行任一时间字段为空，结果就是空，不是你想要的“有效最新时间”。
正确做法是用 COALESCE 提前替换：SELECT GREATEST(COALESCE(created_at, '1970-01-01'), COALESCE(updated_at, '1970-01-01')) AS effective_time FROM logs
- 数值型字段建议用极小/极大哨兵值，比如
COALESCE(income, -999999999)，但要注意字段实际取值范围，避免哨兵值被误选 - 字符串字段慎用
''替代NULL，因为'' < 'a'，可能扭曲语义（比如姓名字段里空字符串不该算“最小”） - 日期字段推荐用远古时间（如
'0001-01-01'）或遥远未来（如'9999-12-31'），取决于你要找最大还是最小
GREATEST/LEAST对数据类型极其敏感
所有参数会被强制转成同一类型再比较，隐式转换规则复杂且易出错：
GREATEST(1, '2', 3.5) 可行（全转 double）；GREATEST('abc', 123) 在严格模式下直接报错 Invalid default value；GREATEST('2022-01-01', '2023-01-01') 按字符串字典序比，结果正确；GREATEST('2022/01/01', '2023-01-01') 可能因格式不一致转成 0 或触发 warning，结果不可靠。
- 混用数字和字符串时，优先显式转类型：
GREATEST(CAST(a AS CHAR), b)或GREATEST(CAST(x AS DATE), y) - 比较日期别依赖字符串格式，统一用
STR_TO_DATE()或DATE()标准化后再传入 - 不同 collation 下字符串比较结果可能翻转，比如
utf8mb4_0900_as_cs和utf8mb4_general_ci对大小写处理不同
WHERE 或 ORDER BY 里用GREATEST会严重拖慢查询
WHERE GREATEST(a, b) > 100 看似简洁，但 MySQL 无法将该条件下推到索引上——即使 a 和 b 各自都有索引，也会被迫全表扫描。
等价但高效写法是拆成 OR 条件：WHERE a > 100 OR b > 100（注意语义是否完全等价）
- 如果业务逻辑确实需要“两字段中较大者是否超阈值”，且数据量大，考虑加生成列+索引：
ALTER TABLE t ADD COLUMN max_ab INT AS (GREATEST(a, b)) STORED，再对max_ab建索引 -
ORDER BY GREATEST(x, y)无法利用x或y的索引排序，大数据集排序性能骤降 - 这类写法在 EXPLAIN 中通常显示
type: ALL和Extra: Using filesort，是性能红灯信号
GREATEST/LEAST 和 MAX()/MIN() 根本不是一回事
新手最容易踩的坑：以为 GREATEST(col1, col2, col3) 是“行内版 MAX(col1)”，其实二者维度完全不同。
MAX(col1) 是聚合函数，扫描整列，返回一个值；GREATEST(col1, col2, col3) 是标量函数，逐行计算，返回与输入行数相同的行数。
- 查“每个用户三张卡里最高额度” → 用
GREATEST(card_a, card_b, card_c) - 查“所有用户中最高的一张卡额度” → 必须用
SELECT MAX(GREATEST(card_a, card_b, card_c)) FROM users，先行内取大，再跨行取大 - 写成
SELECT GREATEST(card_a) FROM users会报错Incorrect number of arguments to GREATEST()
真正容易被忽略的是：GREATEST/LEAST 的语义清晰性。它不处理缺失、不抽象业务逻辑、不替代聚合——它只是把一行里的几个值按规则硬比一次。用之前，先问自己：我要比的，真的是同一行里的几个字段吗？
