在 MySQL 中，针对 MAX() 和 MIN() 的优化是数据库调优中最直观、见效最快的部分之一。MySQL 优化器（Optimizer）非常聪明，如果它发现可以通过索引直接获取结果，它甚至会完全跳过表扫描。
以下是实现最大值/最小值优化的核心策略：
1. 索引优化：最核心的手段
MAX() 和 MIN() 优化的金科玉律是：为查询字段建立索引。
- B+Tree 索引的特性 ：在 B+Tree 索引中，所有数据都是有序排列的。
MIN()对应的是索引的最左侧叶子节点。MAX()对应的是索引的最右侧叶子节点。
- 执行计划（Explain） ：当你对索引字段使用
MAX()时，你会发现EXPLAIN的结果中Extra列显示 "Select tables optimized away"。这意味着 MySQL 根本没有去查表，而是直接去索引树的边缘拿了那个值。
2. 覆盖索引与组合索引
如果你的 WHERE 子句中有过滤条件，单纯给 MAX 字段加索引可能不够。
- 场景 ：
SELECT MAX(price) FROM orders WHERE category_id = 5; - 优化方案 ：建立组合索引
(category_id, price)。 - 原理 ：MySQL 会直接定位到
category_id = 5的索引块，然后取该块内price的最大值。这同样可以实现 "Optimized away"。
3. 分组查询中的优化（Loose Index Scan）
当你对每一组求最大/最小值时，MySQL 可以利用 松散索引扫描 (Loose Index Scan)。
- 例子 ：
SELECT user_id, MAX(login_time) FROM login_logs GROUP BY user_id; - 要求 ：索引必须是
(user_id, login_time)。 - 效率 ：优化器不会扫描每个
user_id的所有记录，而是跳跃式地定位每个user_id组内最后一条记录（即最大值）。
4. 常见的"坑"：NULL 值与非索引字段
- NULL 值处理 ：
MIN()和MAX()都会忽略NULL值。如果字段全为NULL，结果返回NULL。 - 非索引字段 ：如果你对一个没有索引的字段求最大值，MySQL 必须进行 全表扫描 (Full Table Scan)。对于千万级数据，这可能是分钟级与毫秒级的区别。
- 分页中的误区 ：有时为了取最后一行数据，有人用
ORDER BY id DESC LIMIT 1，这在功能上等同于SELECT MAX(id)，MySQL 优化器通常会将两者处理得同样高效，但MAX()在语义上更明确。
5. 业务层面的替代方案
在某些超大规模（分库分表）的场景下，实时 MAX() 可能会有压力：
- 汇总表：维护一个单独的计数表或状态表，在插入数据时同步更新最大/最小值。
- 缓存：将最大值缓存在 Redis 中。
- 自增 ID ：如果只是为了获取最新的记录，直接依赖
AUTO_INCREMENT的主键通常是最快的。