查最近一条记录应先按时间字段降序排序再取第一条：mysql/postgresql用 ORDER BY … DESC + LIMIT 1，SQL Server 用 TOP 1；需排除 NULL 则加 WHERE time IS NOT NULL，并为时间字段建索引优化性能。
要查最近一条记录，核心是 先按时间字段降序排，再取第一条。不能只用 LIMIT 1 而不排序，否则结果不可靠；也不能用 MAX(time) 子查询在某些场景下（比如含复合主键或需整行数据）效率低或逻辑错。
按时间字段降序 + LIMIT 1（最常用）
适用于有明确时间字段（如 created_at、update_time、log_time）的表：
- MySQL / PostgreSQL：直接用 ORDER BY … DESC + LIMIT 1
- SQL Server：用 TOP 1 替代 LIMIT 1
- 示例（MySQL）：select * FROM orders ORDER BY created_at DESC LIMIT 1;
- 注意：created_at 为 NULL 的记录会排在最前（DESC 时），如需排除，加 WHERE created_at IS NOT NULL
用子查询找最大时间值（适合简单单字段主键）
当只要某字段最新值，或表结构较简单时可用：
- 写法：SELECT * FROM logs WHERE log_time = (SELECT MAX(log_time) FROM logs);
- 优点：语义清晰，兼容性好（所有 SQL 方言都支持）
- 缺点：若存在多条同为最大时间的记录，会返回全部；且无索引时性能较差
- 改进：加上 LIMIT 1 或增加唯一约束条件（如 id = (SELECT MAX(id) FROM logs)）
处理 NULL 时间值与边界情况
时间字段为空会影响排序结果，尤其在 DESC 排序中 NULL 默认排最前：
- MySQL 不支持 NULLS LAST 语法，可用 IFNULL 或 COALESCE 预处理：ORDER BY IFNULL(created_at, ‘1970-01-01’) DESC
- PostgreSQL 支持标准写法：ORDER BY created_at DESC NULLS LAST
- 如果“最近”指“非空的最新”，务必加 WHERE created_at IS NOT NULL，避免取到脏数据
确保性能：给时间字段建索引
ORDER BY + LIMIT 在 大数据 量下容易变慢，关键优化点：
- 对常用排序字段（如 created_at）建立索引：CREATE INDEX idx_logs_time ON logs(created_at DESC);
- 联合索引适用场景：如常查“status = ‘done’ 的最新一条”，可建 (status, created_at DESC)
- 没有索引时，数据库 可能全表扫描 + 内存排序，响应明显延迟
