TimescaleDB PostgreSQL性能问题：按symbol分组取最大timestamp耗时过长

这个速度完全不合理，你的查询仅返回1000行左右结果，在有合适索引的前提下应该达到毫秒级响应，当前14~26秒的耗时说明执行计划走了全表扫描或者全索引扫描，没有利用到索引的有序特性。

你创建的db_009a005a_df_downloaded_grand_symbol_timestamp_idx（symbol + timestamp DESC 联合B树索引）完全可以支撑这个查询场景，性能差的核心原因是PostgreSQL默认不会对GROUP BY + max()的场景自动触发最优的松散索引扫描（Loose Index Scan），导致执行器遍历了整个索引或者全表来计算分组最大值。另外你创建的idx_symbol是冗余索引，联合索引的前导列已经覆盖了单独查询symbol的需求，可以直接删除节省存储和写入开销。

方案1：使用DISTINCT ON改写（推荐，PG原生语法，性能最优） #

利用联合索引的有序特性，直接取每个symbol排序后的第一条记录，效率远高于GROUP BY计算最大值：

SELECT DISTINCT ON (symbol) symbol, "timestamp" AS max_timestamp
FROM db_009a005a_df_downloaded_grand
ORDER BY symbol, "timestamp" DESC;

该写法会直接走索引仅扫描（Index Only Scan），不需要遍历全量数据，你的场景下耗时通常在100ms以内。

方案2：递归CTE模拟松散索引扫描 #

如果你的PostgreSQL版本低于12，或者DISTINCT ON不符合你的业务写法习惯，可以用递归CTE的方式强制走索引跳扫：

WITH RECURSIVE symbol_list AS (
    -- 取第一个symbol
    (SELECT symbol FROM db_009a005a_df_downloaded_grand ORDER BY symbol LIMIT 1)
    UNION ALL
    -- 递归取后续所有symbol
    SELECT (SELECT symbol FROM db_009a005a_df_downloaded_grand WHERE symbol > s.symbol ORDER BY symbol LIMIT 1)
    FROM symbol_list s WHERE s.symbol IS NOT NULL
)
-- 对每个symbol单独查最大timestamp，命中联合索引
SELECT symbol, 
    (SELECT max("timestamp") FROM db_009a005a_df_downloaded_grand WHERE symbol = s.symbol) AS max_timestamp
FROM symbol_list s WHERE s.symbol IS NOT NULL;

如果仍有性能余量，可以调整PostgreSQL的work_mem参数，会话级设置为64MB即可避免分组操作产生磁盘临时文件：

SET work_mem = '64MB';

调整后再执行查询即可，不需要重启实例。

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