PostgreSQL通过TimescaleDB扩展实现时序数据压缩，需先安装扩展并创建超表，再启用压缩参数并设置自动策略。具体步骤包括：安装TimescaleDB、创建普通表、转换为超表、使用ALTER TABLE开启压缩并指定segmentby和orderby列（如device_id、ts DESC），然后通过add_compression_policy设置延迟压缩时间（如7天后）。系统后台自动压缩旧数据块，采用列式存储减少磁盘占用，可通过compressed_chunk_stats等视图监控状态，必要时用decompress_chunk解压。正确配置segmentby和orderby可显著提升压缩效率，在节省存储的同时保持查询性能。
PostgreSQL 本身不直接支持时序数据的压缩功能，但通过扩展 TimescaleDB 可以高效实现时序数据的压缩。TimescaleDB 是一个基于 PostgreSQL 构建的开源时序数据库，专为处理时间序列数据而优化，支持自动压缩、降采样和数据保留策略。
启用 TimescaleDB 压缩的前提条件
要在 PostgreSQL 中使用时序数据压缩，需先安装并配置 TimescaleDB 扩展，并将普通表转换为超表（Hypertable）。只有超表才能启用压缩功能。
具体步骤如下：- 安装 TimescaleDB 扩展：在 PostgreSQL 中执行 CREATE EXTENSION IF NOT EXISTS timescaledb;
- 创建普通表存储时序数据
- 使用 create_hypertable() 函数将该表转换为超表
配置压缩策略
启用压缩需要对超表进行设置，指定哪些列适合压缩，并调整压缩参数。TimescaleDB 使用列式存储对旧数据块进行压缩，减少磁盘占用。
启用压缩的方法：- 使用 ALTER TABLE ... SET (timescaledb.compress); 开启表的压缩功能
- 选择参与压缩的列，可通过 timescaledb.compress_segmentby 指定按哪些列分组（如设备ID、传感器类型）
- 使用 timescaledb.compress_orderby 定义压缩前的数据排序方式，提升压缩率
ALTER TABLE metrics
SET (timescaledb.compress,
timescaledb.compress_segmentby = 'device_id',
timescaledb.compress_orderby = 'ts DESC');
设置自动压缩策略
可以使用 add_compression_policy() 函数设定多久之后的数据开始压缩。例如，让超过7天的数据自动压缩。
示例命令：SELECT add_compression_policy('metrics',
interval '7 days');
执行后，TimescaleDB 的后台进程会定期检查符合条件的数据块，并自动进行压缩。
查看压缩状态与管理压缩数据
可以通过系统视图了解压缩情况：
- hypertable 视图查看是否启用压缩
- compressed_chunk_stats 查看每个数据块的压缩状态
- chunk_compression_stats 获取更详细的压缩信息，如原始大小与压缩后大小
若需要解压数据，可使用 decompress_chunk() 手动恢复某个数据块。
基本上就这些。PostgreSQL 本身不提供原生压缩，但借助 TimescaleDB 能高效完成时序数据压缩，显著节省存储空间，同时保持查询性能。关键是正确配置 segmentby 和 orderby 参数，以获得最佳压缩效果。
