min/max对字符串按字典序比较，依据ascii或字符集排序规则逐字符比对，与长度、拼音、笔画无关；例如'apple'。
MIN/MAX 对字符串是按字典序比较，不是按长度或拼音
SQL 中 MIN() 和 MAX() 作用于字符类型（如 VARCHAR、TEXT）时，底层执行的是**字典序（lexicographic order）比较**，即逐字符按 ASCII 或当前字符集排序规则比对，和中文拼音、笔画、长度完全无关。例如：'apple' 'banana' ✅，但 'Z' 'a' ✅（因为 ASCII 中大写字母在小写之前），这点常被误判。
实操建议：
- 确认数据库字符集和排序规则（collation），比如 MySQL 的
utf8mb4_unicode_ci和utf8mb4_bin对大小写和重音符号的处理差异极大 - 若需按中文拼音排序取极值，不能直接用
MIN()/MAX()，得先用函数转换（如 MySQL 8.0+ 的WEIGHT_STRING()配合自定义排序，或应用层处理） - 测试时用带大小写、数字、符号的样本验证，比如
SELECT MIN(name) FROM users WHERE name IN ('Alice', 'bob', 'Charlie')在默认 collation 下通常返回'Alice'（A
NULL 值会被自动忽略，但空字符串 '' 不是 NULL
MIN() 和 MAX() 默认跳过 NULL，这点和 COUNT() 不同；但空字符串 '' 是合法非 NULL 值，会参与比较——它在字典序中通常排最前（ASCII 值为 0），所以 MIN(col) 可能意外返回空串，尤其当字段允许为空且业务上本应有值时。
常见错误现象：
- 查询用户表
MIN(nickname)得到''，实际想排除空昵称 - 日志表中
MAX(status)返回空串而非'failed'或'success'
解决办法：
- 显式过滤：加
WHERE col IS NOT NULL AND col != '' - 用
NULLIF()将空串转为 NULL（如MIN(NULLIF(col, ''))），再让聚合自动跳过 - 注意 PostgreSQL 中空串和 NULL 区分严格，而某些旧版 MySQL 配置可能把空串等价于 NULL，需验证
GROUP BY 场景下，MIN/MAX 字符结果不保证来自同一行
这是最容易被忽略的陷阱：MIN(col) 和 MAX(col) 各自独立计算极值，但它们对应的其他列（如 id、created_at）**不保证属于同一原始记录**。例如按部门分组查 MIN(name) 和 MAX(salary)，MIN(name) 来自张三，MAX(salary) 来自李四，强行拼在一起会误导业务逻辑。
使用场景限制：
- 仅需纯字符串极值本身（如“该部门姓名字典序最小者”）→ 安全
- 需要关联该极值行的其他字段（如“姓名最小者的入职日期”）→ 必须改用窗口函数或子查询
- MySQL 5.7 严格模式下若
SELECT中混用非 GROUP BY 列和聚合函数，会报错；8.0 默认开启ONLY_FULL_GROUP_BY，更早暴露问题
替代方案示例（MySQL 8.0+）：
SELECT dept,
FIRST_VALUE(name) OVER (PARTITION BY dept ORDER BY name) AS min_name,
FIRST_VALUE(hire_date) OVER (PARTITION BY dept ORDER BY name) AS min_name_hire_date
FROM employees;
性能影响：索引能否加速 MIN/MAX 字符查询？
对字符列执行 MIN()/MAX() 时，如果该列上有**有序索引（B-tree）**，多数引擎（MySQL InnoDB、PostgreSQL、SQL Server）能直接取索引最左/最右叶子节点，实现 O(log n) 时间完成，无需全表扫描。但前提是查询条件不破坏索引有序性。
关键约束：
- 必须是单列索引，或复合索引的**最左前缀列**（如索引
(status, name)，MIN(name)无法利用，但MIN(status)可以） - WHERE 条件需匹配索引前缀，例如索引
(region, name)，则SELECT MIN(name) FROM t WHERE region = 'CN'可走索引；若无region条件，则退化为全索引扫描 - 排序规则（collation）需与索引定义一致，否则可能无法使用索引（如建索引用
utf8mb4_bin，但查询时隐式转成utf8mb4_general_ci）
验证是否走索引：用 EXPLAIN 查看 type 是否为 index 或 range，并注意 Extra 是否含 Using index。
