时间戳

首页 > 解决方案 > 时间尺度压缩表永远用于简单查询

timescaledb - 时间尺度压缩表永远用于简单查询

问题描述

我有一个大约 4000 万行的超表。希望压缩它以减少我们的一些存储成本。在压缩之前，以下查询运行得非常快。

select * from trades where pair = 'xxxxxxxxx';

压缩后，此查询挂起很长时间（30-40+s）

查看查询计划，似乎它正在解压缩每个块，然后检查该对是否存在，如果不存在则移动到下一个块。虽然它应该检查该对是否存在，并且只有在存在时才解压缩该块。

我已经segementby开始配对，所以我不完全确定我错过了什么。

CREATE TABLE trades (
    "timestamp" timestamptz NOT NULL,
    tx varchar(255) NOT NULL,
    pair varchar(255) NOT NULL,
    price float8 NOT NULL,
    amount float8 NOT NULL
);

CREATE INDEX trades_pair_timestamp_idx ON public.trades USING btree (pair, "timestamp" DESC);

SELECT create_hypertable('trades', 'timestamp');

alter table trades set (
  timescaledb.compress, 
  timescaledb.compress_segmentby = 'pair',
  timescaledb.compress_orderby = 'timestamp');

SELECT add_compression_policy('trades', INTERVAL '1 week');

标签： timescaledb

解决方案

您正在运行什么版本的 Timescaledb？解压前未过滤 varchar 字段存在一个 bug ，已在 2.3.1 中修复

推荐阅读