PostgreSQL 9.1上的SELECT性能问题

Question

我正在ubuntu 12.04上建立一个大型的postgres 9.1数据库，其中一个表可容纳约8000万行。 每当我运行SELECT语句时：

SELECT * FROM db WHERE ID=1;

执行查询仅需2.5分钟，查询仅返回几千行。 在磁盘I / O上运行了一些诊断程序之后，我认为这不是问题，但以防万一，下面是诊断程序的输出。 （我有2GB的RAM）我不确定在这里有什么好输出，但是考虑到互联网上其他服务器的统计数据，这似乎是个难题。

time sh -c "dd if=/dev/zero of=bigfile bs=8k count=500000 && sync"


500000+0 records in
500000+0 records out
4096000000 bytes (4.1 GB) copied, 106.969 s, 38.3 MB/s

real    1m49.091s
user    0m0.248s
sys     0m9.369s

我已经对postgresql.conf进行了相当大的修改，将有效缓存提高到ram的75％，将共享缓冲区提高到25％，将checkpoint_segments提升到15，将work_mem提升到256MB，在内核上增加了autovacuum，SHMMAX，等等。我的性能有所提高，但不超过好5％。 网络不应该是一个问题，因为即使在本地主机上运行仍然需要很长时间。 我计划添加更多数据，并且查询时间似乎随着行数的增长而迅速增长。

看来我应该能够在几秒钟而不是几分钟内运行这些SELECT语句。 关于此瓶颈可能存在的任何建议？

Answer 1

很抱歉，如果这是不可避免的，但是您在ID列上有索引吗？

同样，尽管我没有责怪磁盘，但是您仅测试了顺序带宽，这几乎没有告诉您延迟。 尽管我不得不说38 MB / s的速度仍然不尽人意...