MySQL中用MAX()/MIN()获取极值最高效，需确保字段类型支持比较、非NULL且有合适索引；无匹配行时返回NULL，应配合COALESCE()设默认值。
直接用 MAX() 和 MIN() 就行，但要注意字段类型和 NULL
MySQL 的 MAX() 和 MIN() 是最直接的方案，它们在索引存在时能走索引最左前缀快速定位（尤其是单列索引），不需全表扫描。但前提是字段类型支持比较——比如对 VARCHAR 字段用 MAX() 返回的是字典序最大值，不是“最长字符串”；对 DATE 或 DATETIME 则是时间上最晚/最早。另外，如果整列都是 NULL，MAX()/MIN() 返回 NULL，不是 0 或空字符串。
常见错误现象：SELECT MAX(id) FROM users; 返回 NULL，结果发现 id 列被意外设为允许 NULL，且部分行确实为 NULL。
- 确保目标字段定义为
NOT NULL，或加WHERE column IS NOT NULL过滤 - 字符型字段慎用，如要找最长文本，得用
LENGTH()配合ORDER BY+LIMIT 1 - 时间字段注意时区，
MIN(created_at)取出的是存储值，不是当前会话转换后的时间
多个字段同时查最大最小值，别写四次聚合
一个常见误区是分别写 SELECT MAX(a), MIN(a), MAX(b), MIN(b) ——这本身没错，但容易误以为需要四次扫描。实际上 MySQL 会在一次扫描中完成所有聚合，只要这些字段来自同一张表、没有 GROUP BY 或复杂子查询干扰。
但如果字段来自不同条件（比如“状态为 1 的最大 id”和“状态为 2 的最小 id”），就该用条件聚合，而不是子查询：
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
SELECT MAX(CASE WHEN status = 1 THEN id END) AS max_id_active, MIN(CASE WHEN status = 2 THEN id END) AS min_id_inactive FROM orders;
- 避免写成两个独立子查询，否则可能触发两次全表扫描
-
CASE WHEN中未匹配的行返回NULL，MIN()/MAX()会自动忽略它们 - 如果某条件无匹配数据，对应结果就是
NULL，可配合COALESCE()设默认值
没索引时 MAX()/MIN() 很慢？先看执行计划
很多人一看到慢就加索引，但 MAX(id) 在主键上本就 O(1) 级别（InnoDB 聚簇索引 B+ 树最右叶子页），根本不用扫全表。真正拖慢的是对非索引字段（如 SELECT MAX(updated_at) FROM logs WHERE type = 'error'）——这时即使有 type 索引，也未必能跳到最大 updated_at 值。
用 EXPLAIN 看关键点：type 是否为 index 或 range，key 是否命中复合索引，rows 是否接近实际匹配行数。
- 对高频查询的组合条件，建复合索引优先把等值字段放前面，排序字段放最后，例如
(type, updated_at) - 如果只查
MAX(updated_at)且无WHERE，单独给updated_at加索引即可 - 注意索引列顺序：
(updated_at, type)对MAX(updated_at) WHERE type='error'效果差，因为无法跳过type过滤
聚合结果为空时怎么处理默认值
MAX() 和 MIN() 在无匹配行时返回 NULL，不是 0 或空字符串，这点常被忽略。业务代码里如果直接取值不做判空，容易引发空指针或逻辑错乱。
SQL 层最稳妥的方式是用 COALESCE() 包一层：
SELECT COALESCE(MAX(score), 0) AS top_score FROM exam_results WHERE subject = 'math';
-
COALESCE()按顺序返回第一个非NULL值，比IFNULL()更标准（兼容其他数据库） - 不要用
IF(MAX(score) IS NULL, 0, MAX(score))——重复调用MAX()可能被计算两次 - 如果默认值要动态生成（如“暂无成绩”），确保类型一致，避免隐式转换报错
MAX()/MIN() 就不够用了，得换 OVER() 或自连接。但对单表单列的极值提取，它依然是最轻量、最可靠的选择。 
