sql中min/max对字符串按字符集和排序规则逐字符比较，非简单首字母ascii序；需用order by lower(name) limit 1获取首字母不区分大小写的极值完整记录。
MIN/MAX 对字符串的排序逻辑是什么
SQL 中的 MIN 和 MAX 对字符串不是按“字母表位置”简单比首字符，而是按当前字符集（如 utf8mb4）和排序规则（collation）逐字符比较。比如 'apple' 和 'Banana'，在默认大小写敏感 collation（如 utf8mb4_0900_as_cs）下，'Banana' 会排在 'apple' 前面，因为大写 'B' 的 ASCII 值（66）小于小写 'a'（97）。所以 MIN(name) 可能返回以大写字母开头的值，而非你直觉里“a 最小”的那个。
如何确保按首字母（不区分大小写）找极值记录
直接用 MIN(LOWER(name)) 或 MAX(LOWER(name)) 只能得到最小/最大首字母对应的 *字符串值*，但无法关联原始行的其他字段（比如 id、age）。正确做法是用排序 + 限制：
- 查首字母最小的完整记录：
SELECT * FROM users ORDER BY LOWER(name) LIMIT 1 - 查首字母最大的完整记录：
SELECT * FROM users ORDER BY LOWER(name) DESC LIMIT 1 - 如果存在多个相同首字母的记录且需全部返回，把
LIMIT 1换成窗口函数或子查询求出边界值再WHERE
注意：ORDER BY LOWER(name) 依赖索引效率——若无函数索引（MySQL 8.0+ 支持），全表扫描不可避免。
为什么不能用 WHERE name = MIN(name) 这种写法
这是常见误解。下面语句会报错或返回空：
SELECT * FROM users WHERE name = MIN(name);
原因有二：
-
MIN()是聚合函数，单独出现在WHERE子句中没有上下文，SQL 不允许在未分组的查询中混用聚合与非聚合列 - 即使加了
GROUP BY，WHERE也发生在分组前，无法引用分组后的聚合结果 - 正确替代：用子查询先算出极值，再做等值匹配，例如
SELECT * FROM users WHERE LOWER(name) = (SELECT MIN(LOWER(name)) FROM users)
不同数据库对大小写和空格的处理差异
MySQL 默认 collation（如 utf8mb4_general_ci）是大小写不敏感的，MIN(name) 会把 'Apple' 和 'apple' 视为相等，返回其中任意一个（通常按存储顺序）；而 PostgreSQL 默认是大小写敏感的，必须显式用 LOWER()。另外，开头空格会影响结果：' zebra' 的 MIN 值会远小于 'apple'（因空格 ASCII=32）。建议预处理：
- 去首尾空格：
TRIM(name) - 统一转小写：
LOWER(TRIM(name)) - 在业务层或建表时加生成列并建索引（如 MySQL 的
name_first_lower VARCHAR(255) STORED AS (LOWER(LEFT(TRIM(name), 1)))）
真正麻烦的从来不是函数怎么写，而是你没意识到排序规则和数据清洗已经悄悄决定了结果。
