GREATEST函数要求所有参数类型兼容且非NULL才正常工作；混用类型、含NULL或字符集不同时会报错或返回NULL，须用COALESCE预处理，并注意其与聚合函数MAX()的维度差异及索引失效风险。
MySQL里GREATEST函数怎么用才不报错
GREATEST不是万能最大值工具，它只在所有参数类型兼容时才正常工作。一旦混用字符串和数字、NULL 和非 NULL、不同字符集的字符串，就容易触发隐式转换失败或返回 NULL。
- 所有参数必须能被 MySQL 自动转成同一类型；比如
GREATEST(1, '2', 3.5)可行（都转成 double），但GREATEST('a', 1)在严格模式下会报错Invalid default value for 'xxx' - 只要有一个参数是
NULL，整个结果就是NULL——这不是 bug，是设计行为，别指望它跳过NULL继续比 - 字符串比较按当前排序规则（collation）进行，
GREATEST('abc', 'XYZ')在 utf8mb4_0900_as_cs 下返回'abc'（小写字母排前面），换 collation 结果可能翻转
替代NULL值后再用GREATEST的稳妥写法
想让 GREATEST 实际参与业务逻辑（比如取多个字段里的有效最大值），必须提前处理 NULL。不能靠函数自己“智能忽略”，得手动兜底。
- 用
COALESCE把NULL转成极小值：比如GREATEST(COALESCE(a, -999999), COALESCE(b, -999999), COALESCE(c, -999999)) - 注意数值范围：如果字段本身可能为负数且绝对值很大，-999999 就不够小，得选更安全的哨兵值，比如
-POWER(2, 63)（对 BIGINT） - 字符串场景用空字符串或超前字符兜底：比如
GREATEST(COALESCE(name1, ''), COALESCE(name2, ''))，但要注意 '' 比任何非空字符串都小
GREATEST和MAX()函数根本不是一回事
新手常误以为 GREATEST 是行内版 MAX()，其实二者维度完全不同：MAX() 是聚合函数，作用于列；GREATEST 是标量函数，作用于同一行的多个表达式。
- 要查某列的最大值，必须用
SELECT MAX(price) FROM products，写成SELECT GREATEST(price) FROM products会报错Incorrect number of arguments to GREATEST() - 想对比同一行里 price、discount_price、sale_price 哪个最高，才轮到
GREATEST(price, discount_price, sale_price) - 性能上，
GREATEST是常数时间开销；MAX()需扫描/索引遍历，别拿它做行级计算的替代方案
在WHERE或ORDER BY里用GREATEST的隐藏代价
虽然语法允许，但 GREATEST 会阻止索引有效利用——尤其当它包裹了带索引的字段时，MySQL 很难下推条件或使用排序索引。
-
WHERE GREATEST(created_at, updated_at) > '2024-01-01'无法走created_at或updated_at的单独索引，大概率全表扫描 - 如果业务真需要这个逻辑，优先考虑生成列（generated column）+ 索引：比如加一列
latest_time TINYTEXT AS (GREATEST(created_at, updated_at)) STORED，再给它建索引 - ORDER BY 中用
GREATEST(a, b)会导致 filesort，即使 a/b 各自都有索引——因为排序键不再是原始列值
