如何让PostgreSQL将小表加载至内存以加速读密集型查询？

我有一个小于500MB的小型PostgreSQL数据库，应用属于读密集型，99%的请求都是读操作。能不能让PostgreSQL把所有表都加载到内存里来提升SELECT查询速度？我知道Oracle和SQL Server有类似功能。

我本地做过测试：一张500条记录的表，Java HashMap查询耗时2ms，SQL SELECT查询耗时12000ms。显然Java HashMap因为在同一进程里更快，但有没有办法加速PostgreSQL中小表的SQL查询？感谢解答。测试代码如下：

for (int i = 0; i < 100_000; i++) {
   //1) select * from someTable where id = 10
   // 2) get from Java HashMap by key
}

1. 依赖PostgreSQL自动缓存机制 #

PostgreSQL的**共享缓冲区（shared_buffers）**会自动将频繁访问的数据加载到内存，无需手动全量加载表。对于500MB的小库，只要把shared_buffers设置得足够大（比如1GB，超过数据库总大小），PostgreSQL会逐步把所有常用数据缓存到内存，后续查询直接从内存读取，速度会显著提升。

修改postgresql.conf后重启生效：

shared_buffers = 1GB

2. 手动预加载表到内存 #

如果需要强制将指定表或索引加载到缓存，可以使用pg_prewarm函数：

-- 加载表数据到共享缓冲区
SELECT pg_prewarm('someTable');
-- 同时加载表和关联索引
SELECT pg_prewarm('someTable', 'buffer');

3. 优化查询与表结构 #

• 确保查询字段有合适索引：你的测试是按id查询，把id设为主键（PostgreSQL会自动创建B-tree索引），能避免全表扫描，直接通过索引定位数据。
• 避免SELECT *：只查询需要的字段，减少数据传输和内存占用。
• 使用预编译语句：对于重复执行的查询，预编译可以省去重复解析SQL的开销，示例：

PREPARE get_data(int) AS SELECT * FROM someTable WHERE id = $1;
EXECUTE get_data(10);

4. 理解与HashMap的性能差异 #

你测试的12000ms如果是10万次查询的总耗时，平均单次120ms，优化后能降到几ms级别。HashMap属于进程内直接访问，没有跨进程/网络通信开销，理论上仍会比数据库快，但优化后的PostgreSQL查询速度足以满足绝大多数业务场景。

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