在数据库操作中,获取集合的最后一条记录是常见需求，尤其是在分页、日志分析或最新数据查询等场景，不同数据库系统（如MySQL、MongoDB、PostgreSQL等）提供了多种实现方式，本文将详细介绍常见数据库中获取最后一条记录的方法，并分析其适用场景与性能特点。
使用ORDER BY和LIMIT组合
在关系型数据库中,最通用的方法是结合ORDER BY和LIMIT子句，通过按主键或时间戳降序排列，并限制返回结果为1条，即可高效获取最后一条记录，在MySQL中：
SELECT * FROM orders ORDER BY id DESC LIMIT 1;
此方法的优势在于简单直观,且适用于大多数场景，但需注意，若表中无明确排序字段（如时间戳或自增ID），可能返回随机记录，对于频繁更新的表，建议添加事务隔离级别或乐观锁机制，避免并发查询导致数据不一致。
利用窗口函数（ROW_NUMBER）
对于复杂查询需求,如按特定条件筛选后再取最后一条记录，窗口函数是更灵活的选择，以PostgreSQL为例：
SELECT * FROM (
SELECT *, ROW_NUMBER() OVER (ORDER BY created_at DESC) AS rn
FROM orders
) AS subquery
WHERE rn = 1;
此方法适用于需要动态排序或分组后取最后一条的场景,但性能开销较大，不建议在超大数据表上频繁使用。
直接使用MAX/MIN函数
若仅需获取最后一条记录的某个字段（如最大ID），可直接通过聚合函数实现：
SELECT * FROM orders WHERE id = (SELECT MAX(id) FROM orders);
这种方式通过子查询先定位最大ID,再关联完整数据，适用于主键为自增整数的表，缺点是需要执行两次查询，可能增加I/O开销。
针对NoSQL数据库的特殊方法
在MongoDB中,可通过sort()和limit()组合实现：
db.orders.findOne().sort({ _id: -1 }).limit(1);
或使用findOne()方法简化查询：
db.orders.find().sort({ _id: -1 }).limit(1).next();
MongoDB的ObjectId自带时间戳特性,按_id降序排序可确保获取最新插入的文档，对于分片集群，需确保查询条件包含分片键以避免全表扫描。
性能优化建议
- 索引优化：确保排序字段（如ID或时间戳）已建立索引，避免全表扫描，在MySQL中可为
created_at字段添加索引：CREATE INDEX idx_created_at ON orders(created_at);
- 覆盖索引：若查询仅需部分字段，可创建包含这些字段的复合索引，减少回表操作。
- 分页缓存：对于高频查询的最后一条记录，可考虑使用Redis等缓存工具存储结果，减轻数据库压力。
常见错误与解决方案
- 数据一致性问题：在高并发场景下，直接使用
LIMIT 1可能读取到未提交的事务数据，建议在事务中执行查询，或使用READ COMMITTED隔离级别。 - 空表处理：若表可能为空，需添加
EXISTS检查或COALESCE函数避免异常：SELECT * FROM orders WHERE id = (SELECT MAX(id) FROM orders) LIMIT 1;
FAQs
Q1: 为什么使用ORDER BY DESC LIMIT 1有时返回的不是最新数据？
A: 这可能与事务隔离级别或数据未提交有关，在REPEATABLE READ级别下，同一事务内多次查询结果一致，建议降低隔离级别至READ COMMITTED，或使用FOR UPDATE锁定记录。
Q2: 在分页查询中，如何高效获取下一页的最后一条记录？
A: 传统分页（如LIMIT offset, size）在offset较大时性能较差，可采用“键集分页”法，记录上一页最后一条记录的ID，下次查询时以此为起点：
SELECT * FROM orders WHERE id > last_id ORDER BY id LIMIT 10;
此方法避免全表扫描,适合大数据量分页场景。