PostgreSQL(CockroachDB)如何无全表扫描获取指定行？

你说得没错——利用主键的有序性确实能避开全表扫描，大幅提升这类指定行查询的性能。先给你拆解下问题本质，再给出具体的可行方案：

当你用SELECT * FROM table LIMIT 1 OFFSET 998时，数据库得先扫描前998行数据，把它们全部加载到内存后再丢弃，只返回第999行。数据量越大，这个过程的开销就越恐怖，本质上和全表扫描没区别，完全没用到索引的优势。

CockroachDB和PostgreSQL默认都会按主键（或聚簇索引）的顺序存储数据，主键本身自带有序性，我们可以直接利用这一点：

场景1：主键是连续自增整数（比如id SERIAL/BIGSERIAL） #

这是最理想的情况，直接用主键等值查询就完事了：

SELECT * FROM table WHERE id = 999;

主键索引是唯一索引，数据库会直接定位到对应行，没有任何多余的扫描开销，速度快到离谱。

场景2：主键不是连续自增（比如UUID、复合主键） #

这种情况下没法直接等值匹配，但依然可以借助主键索引的有序性来优化：

1. 先高效获取第998行的主键值（只查主键字段，比查全列快很多）：

SELECT id FROM table ORDER BY id LIMIT 1 OFFSET 997;

2. 再用主键范围查询获取第999行：

SELECT * FROM table WHERE id > '获取到的第998行id' ORDER BY id LIMIT 1;

这里数据库会利用主键索引直接跳到大于目标值的位置，只返回第一行，避免了扫描前面所有行的开销。

如果你的业务需要频繁定位不同行或者连续取数，用游标会更高效。它会在数据库端维护查询状态，每次取数时不需要重新扫描前面的数据：

-- 声明游标，按主键排序
DECLARE my_cursor CURSOR FOR SELECT * FROM table ORDER BY id;

-- 移动到第998行的位置
MOVE FORWARD 998 IN my_cursor;

-- 获取第999行数据
FETCH NEXT FROM my_cursor;

-- 用完记得关闭游标
CLOSE my_cursor;

游标适合分页查询、批量取数这类场景，比反复用OFFSET靠谱多了。

你提到数据库按主键排序，但要注意：只有显式加上ORDER BY 主键字段时，返回的行顺序才是确定的。如果没加ORDER BY，哪怕底层存储是有序的，数据库返回的行顺序也可能随机变化——所以任何时候要获取“第N行”，都必须指定ORDER BY，否则结果完全不可靠。

内容的提问来源于stack exchange，提问作者catq