将标准 PostgreSQL 关系表替换为在单个维度上分区的超表。
超表是一个 PostgreSQL 表,它可以按时间自动分区您的数据。维度定义了数据分区的方式。所有操作都在生成的超表上进行。例如,ALTER TABLE
和 SELECT
。
如果要转换的表已包含数据,请将 migrate_data 设置为 TRUE
。但是,这可能需要很长时间,并且当表包含外键约束时会存在限制。
您无法在已使用声明式分区或继承分区的表上运行 create_hypertable()
。时间列必须定义为 NOT NULL
。如果在表创建时未指定此项,则 create_hypertable
会在执行时自动在表上添加此约束。
此页面描述了 TimescaleDB v2.13 中引入的通用超表 API。create_hypertable
的旧接口也可用。
本节中的示例向您展示如何
以下示例展示了将 conditions
关系表转换为超表的不同方法
使用
time
列上的范围分区进行转换SELECT create_hypertable('conditions', by_range('time'));使用 24 小时的 chunk_time_interval 进行转换:任一方式
SELECT create_hypertable('conditions', by_range('time', 86400000000));或
SELECT create_hypertable('conditions', by_range('time', INTERVAL '1 day'));如果
conditions
已经是超表,则在使用time
列上的范围分区时,不要引发警告SELECT create_hypertable('conditions', by_range('time'), if_not_exists => TRUE);
注意
如果您调用 SELECT * FROM create_hypertable(...)
,则返回值将格式化为带有列标题的表。
以下示例展示了如何使用范围分区函数在复合列类型上对 measurements
关系表进行时间分区。
创建报告类型,然后创建一个不可变函数,将列值转换为受支持的列值
CREATE TYPE report AS (reported timestamp with time zone, contents jsonb);CREATE FUNCTION report_reported(report)RETURNS timestamptzLANGUAGE SQLIMMUTABLE AS'SELECT $1.reported';SELECT create_hypertable('measurements', by_range('report', partition_func => 'report_reported'));使用不可变函数创建超表
SELECT create_hypertable('measurements', by_range('report', partition_func => 'report_reported'));
以下示例展示了如何对 events
表的 jsonb
(event
) 列类型进行时间分区,该列类型具有包含 ISO 8601 格式时间戳的顶级 started
键
CREATE FUNCTION event_started(jsonb)RETURNS timestamptzLANGUAGE SQLIMMUTABLE AS$func$SELECT ($1->>'started')::timestamptz$func$;SELECT create_hypertable('events', by_range('event', partition_func => 'event_started'));
名称 | 类型 | 默认值 | 必需 | 描述 |
---|---|---|---|---|
create_default_indexes | BOOLEAN | TRUE | ✖ | 在时间和分区列上创建默认索引。 |
维度 | DIMENSION_INFO | - | ✔ | 要创建用于分区超表的 _timescaledb_internal.dimension_info 实例,您可以调用 by_range 和 by_hash 。 |
if_not_exists | BOOLEAN | FALSE | ✖ | 设置为 TRUE 以在 relation 已经是超表时打印警告。默认情况下,会引发异常。 |
migrate_data | BOOLEAN | FALSE | ✖ | 设置为 TRUE 以将 relation 中的任何现有数据迁移到新超表中的数据块中。根据要迁移的数据量,设置 migrate_data 可能会将表锁定相当长的时间。如果迁移的数据中存在指向其他表的外键约束,则 create_hypertable() 可能会遇到死锁。超表可以包含指向普通 SQL 表列的外键,但不允许反向操作。UNIQUE 和 PRIMARY 约束必须包含分区键。当并发事务同时尝试将数据插入到外键约束中引用的表以及正在转换的表本身时,可能会发生死锁。为避免死锁,请在同一事务中调用 create_hypertable 之前,手动获取对引用表的 SHARE ROW EXCLUSIVE 锁。如果您将 migrate_data 设置为默认值,则在调用 create_hypertable 时,非空表会生成错误。 |
relation | REGCLASS | - | ✔ | 要转换为超表的表的标识符。 |
要创建 _timescaledb_internal.dimension_info
实例,您可以调用
当您创建超表时,或当您向现有超表添加维度时,调用 by_range
和 by_hash
。
超表必须始终具有主范围维度,后跟任意数量的附加维度,这些维度可以是范围或哈希,通常只有一个哈希。例如
SELECT create_hypertable('conditions', by_range('time'));SELECT add_dimension('conditions', by_hash('location', 2));
对于不兼容的数据类型(如 jsonb
),您可以为维度构建的 partition_func
参数指定一个函数,以提取兼容的数据类型。请查看下面的示例部分。
默认情况下,TimescaleDB 为给定类型调用 PostgreSQL 的内部哈希函数。对于没有原生 PostgreSQL 哈希函数的值类型,您可以使用自定义分区函数。
您可以为范围分区和哈希分区指定自定义分区函数。分区函数应接受 anyelement
参数作为唯一参数,并返回正 integer
哈希值。此哈希值不是分区标识符,而是插入值在维度键空间中的位置,然后将其分配到各个分区。
创建一个按范围维度构建器。您可以单独对 by_range
进行分区。
示例
最简单的用法是在时间列上进行分区
SELECT create_hypertable('my_table', by_range('time'));
这是默认分区,您无需显式添加它。
如果您的表具有包含时间的非时间列(例如 JSON 列),请添加一个分区函数来提取时间。
CREATE TABLE my_table (metric_id serial not null,data jsonb,);CREATE FUNCTION get_time(jsonb) RETURNS timestamptz AS $$SELECT ($1->>'time')::timestamptz$$ LANGUAGE sql IMMUTABLE;SELECT create_hypertable('my_table', by_range('data', '1 day', 'get_time'));
参数
名称 | 类型 | 默认值 | 必需 | 描述 |
---|---|---|---|---|
column_name | NAME | - | ✔ | 要在其上进行分区的列的名称。 |
partition_func | REGPROC | - | ✖ | 用于计算值的分区的函数。 |
partition_interval | ANYELEMENT | - | ✖ | 要在其上进行分区列的间隔。 |
如果要分区的列是
TIMESTAMP
、TIMESTAMPTZ
或DATE
:将partition_interval
指定为INTERVAL
类型或微秒为单位的整数值。另一种整数类型:将
partition_interval
指定为反映列的底层语义的整数。例如,如果此列以 UNIX 时间为单位,请以毫秒为单位指定partition_interval
。
分区类型和默认值取决于列类型
列类型 | 分区类型 | 默认值 |
---|---|---|
TIMESTAMP WITHOUT TIMEZONE | INTERVAL/INTEGER | 1 周 |
TIMESTAMP WITH TIMEZONE | INTERVAL/INTEGER | 1 周 |
DATE | INTERVAL/INTEGER | 1 周 |
SMALLINT | SMALLINT | 10000 |
INT | INT | 100000 |
BIGINT | BIGINT | 1000000 |
哈希分区的主要目的是在同一时间间隔内在多个磁盘上实现并行化。哈希分区中的每个不同项都哈希到 N 个存储桶之一。默认情况下,TimescaleDB 使用灵活的范围间隔来管理数据块大小。
在以下情况下使用并行 I/O
- 两个或多个并发查询应该能够并行地从不同的磁盘读取。
- 单个查询应该能够使用查询并行化来并行地从多个磁盘读取。
对于以下选项
RAID:在多个物理磁盘上使用 RAID 设置,并将单个逻辑磁盘公开给超表。也就是说,使用单个表空间。
最佳实践是在可能的情况下使用 RAID,因为您无需在数据库中手动管理表空间。
多个表空间:对于每个物理磁盘,向数据库添加单独的表空间。TimescaleDB 允许您向单个超表添加多个表空间。但是,尽管在底层,超表的数据块分布在与该超表关联的表空间中。
使用多个表空间时,最佳实践是还向超表添加第二个哈希分区维度,并在每个磁盘上至少有一个哈希分区。虽然单个时间维度也有效,但这将意味着第一个数据块写入一个表空间,第二个数据块写入另一个表空间,依此类推,因此只有当查询的时间范围超过单个数据块时才会并行化。
添加哈希分区维度时,将分区数设置为磁盘数的倍数。例如,分区数 P=N*Pd,其中 N 是磁盘数,Pd 是每个磁盘的分区数。这使您以后可以添加更多磁盘,并将分区从其他磁盘移动到新磁盘。
TimescaleDB 不会从非常大量的哈希分区中受益,例如您在分区字段中期望的唯一项的数量。大量的哈希分区会导致每个分区的负载平衡效果较差(使用哈希将项映射到分区),以及某些类型的查询的计划延迟大大增加。
示例
SELECT create_hypertable('conditions', by_range('time'));SELECT add_dimension('conditions', by_hash('location', 2));SELECT add_dimension('conditions', by_range('time_received', INTERVAL '1 day'));
参数
名称 | 类型 | 默认值 | 必需 | 描述 |
---|---|---|---|---|
column_name | NAME | - | ✔ | 要在其上进行分区的列的名称。 |
partition_func | REGPROC | - | ✖ | 用于计算值的分区的函数。 |
number_partitions | ANYELEMENT | - | ✔ | 用于 partitioning_column 的哈希分区数。必须大于 0。 |
by_range
和 by_hash
返回一个不透明的 _timescaledb_internal.dimension_info
实例,其中包含此函数使用的维度信息。
列 | 类型 | 描述 |
---|---|---|
hypertable_id | INTEGER | 您创建的超表的 ID。 |
created | BOOLEAN | 当创建超表时为 TRUE 。当 if_not_exists 为 true 且未创建超表时为 FALSE 。 |
关键词
在此页面上发现问题?报告问题 或 在 GitHub 上编辑此页。