大表按时间排序的查询要靠预聚合而不是索引 RSS

表长到一定规模后，按时间戳排序的查询会突然变慢：同一条语句一千万行时约 180 毫秒，五亿行时要 4 秒，因为索引超出 shared_buffers 后退化成磁盘上的外部归并排序。TigerData 的办法是别再对原始行排序，仪表盘查询改用 time_bucket() 先聚合再排序，4312 毫秒能压到 9 毫秒，高频查询用连续聚合在写入时预计算。

发布于 2026-09-10T10:59:44.085461Z · TigerData · TigerData 博客

性能 排序 聚合

表长到一定规模后，按时间戳排序的查询会突然变慢：同一条语句一千万行时约 180 毫秒，五亿行时要 4 秒，因为索引超出 shared_buffers 后退化成磁盘上的外部归并排序。TigerData 的办法是别再对原始行排序，仪表盘查询改用 time_bucket() 先聚合再排序，4312 毫秒能压到 9 毫秒，高频查询用连续聚合在写入时预计算。

表长到一定规模后，按时间戳排序的查询会突然变慢：同一条语句一千万行时约 180 毫秒，五亿行时要 4 秒，因为索引超出 shared_buffers 后退化成磁盘上的外部归并排序。TigerData 的办法是别再对原始行排序，仪表盘查询改用 time_bucket() 先聚合再排序，4312 毫秒能压到 9 毫秒，高频查询用连续聚合在写入时预计算。

原始来源 ↗

来源记录

• center.info_item · ed87dcc5a408419e · 2026-10-03T04:08:35.169032Z
• pgweb.info_item · ed87dcc5a408419e · 2026-10-03T04:08:55.967155Z