TimescaleDB 是一個開源數據庫，旨在使 SQL 可擴展到時間序列數據，基於 PostgreSQL 構建的，並打包為 PostgreSQL 擴展程序，提供跨時間和空間的自動分區，以及完整的 SQL 支持。

TimescaleDB 2.24.0 現已發佈，此版本較 2.23.1 版本進行了性能改進和錯誤修復。官方建議儘快升級。

主要功能

• Direct Compress 功能變得更加智能和快速：它現在可以與生成連續聚合的超表無縫協作。失效範圍直接基於已攝取的批次在內存中計算，並在事務提交時高效寫入。此更改通過消除失效日誌的寫入放大，大幅降低了 I/O 佔用。
• 連續聚合現在支持 UUIDv7：通過增強time_bucket功能，完全支持按 UUIDv7 分區的超表，該功能接受 UUIDv7 值並返回精確的、時區感知的時間戳——從而在現代 UUID 驅動的表架構上解鎖強大的時間序列分析。
• Lightning-fast recompression：convert_to_columnstoreAPI 上的新選項recompress := true支持純內存重新壓縮，與之前的基於磁盤的處理方式相比，速度提高了 4-5 倍。

ARM 對布隆過濾器的支持：

升級到 2.24 版本後，稀疏布隆過濾器索引將停止工作。如果你遇到此問題，升級期間 Postgres 日誌中將出現警告“bloom filter sparse indexes require action to re-enable”。

在 2.24 之前的版本中，布隆過濾器稀疏索引的哈希方案依賴於 TimescaleDB 可執行文件的構建選項。這些選項由軟件包發佈者設置，並且可能因軟件包來源甚至版本而異。升級到具有不同選項的版本後，使用布隆過濾器查找的查詢可能會錯誤地停止返回實際上應該符合查詢條件的行。2.24 版本通過為每個哈希方案使用不同的列名修復了此問題。

升級到 2.24 之前創建的壓縮塊的布隆過濾器稀疏索引將被禁用。要重新啓用它們，必須先解壓縮，然後再壓縮受影響的塊。

如果你在 AMD64 架構上運行的是官方 APT 軟件包，則哈希方案沒有改變，可以安全地使用現有的布隆過濾器稀疏索引。要啓用此功能，需要在服務器配置中設置 GUCtimescaledb.read_legacy_bloom1_v1 = on。

升級到 2.24 後壓縮的數據塊將使用新的索引格式，布隆過濾器稀疏索引將繼續照常為這些數據塊工作，無需任何干預。

更多詳情可參閲拉取請求#8761。

詳情可查看更新説明：https://github.com/timescale/timescaledb/releases/tag/2.24.0