Saltar al contenido principal
Un motor de tabla que almacena series temporales, es decir, un conjunto de valores asociados a marcas de tiempo y tags (o labels):
Esta es una funcionalidad experimental que puede cambiar de formas incompatibles con versiones anteriores en futuras versiones. Habilite el uso del motor de tabla TimeSeries con el ajuste allow_experimental_time_series_table. Ejecute el comando set allow_experimental_time_series_table = 1.

Sintaxis

Uso

Es más fácil empezar con la configuración predeterminada (se puede crear una tabla TimeSeries sin especificar una lista de columnas):
A continuación, esta tabla puede utilizarse con los siguientes protocolos (debe asignarse un puerto en la configuración del servidor):

Tablas de destino

Una tabla TimeSeries no tiene datos propios; todo se almacena en sus tablas de destino. Esto es similar al funcionamiento de una vista materializada, con la diferencia de que una vista materializada tiene una sola tabla de destino, mientras que una tabla TimeSeries tiene tres tablas de destino llamadas data, tag y metrics. Las tablas de destino pueden especificarse explícitamente en la consulta CREATE TABLE o el motor de tabla TimeSeries puede generar automáticamente tablas de destino internas. Las tablas de destino son las siguientes:

Tabla data

La tabla data contiene series temporales asociadas a algún identificador. La tabla data debe tener las siguientes columnas:

Tabla de tags

La tabla tags contiene identificadores calculados para cada combinación de un nombre de métrica y etiquetas. La tabla tags debe tener las siguientes columnas:

Tabla de métricas

La tabla metrics contiene información sobre las métricas recopiladas, sus tipos y sus descripciones. La tabla metrics debe tener las siguientes columnas: Cualquier fila insertada en una tabla TimeSeries se almacenará realmente en esas tres tablas de destino. Una tabla TimeSeries contiene todas esas columnas de las tablas data, etiquetas y métricas.

Creación

Hay varias formas de crear una tabla con el motor de tabla TimeSeries. La sentencia más sencilla
en realidad creará la siguiente tabla (puedes comprobarlo ejecutando SHOW CREATE TABLE my_table):
Así que las columnas se generaron automáticamente y, además, hay tres UUID internos en esta sentencia: uno por cada tabla de destino interna que se creó. (Normalmente, los UUID internos no se muestran a menos que se habilite la opción show_table_uuid_in_table_create_query_if_not_nil .) Las tablas de destino internas tienen nombres como .inner_id.data.xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx, .inner_id.tags.xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx, .inner_id.metrics.xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx y cada tabla de destino tiene columnas que son un subconjunto de las columnas de la tabla principal TimeSeries:

Ajuste de los tipos de las columnas

Puede ajustar los tipos de casi cualquier columna de las tablas de destino internas especificándolos explícitamente al definir la tabla principal. Por ejemplo,
hará que la tabla data interna almacene la marca de tiempo en microsegundos en lugar de en milisegundos:

La columna id

La columna id contiene identificadores; cada identificador se calcula a partir de una combinación de un nombre de métrica y etiquetas. La expresión DEFAULT de la columna id es la que se utilizará para calcular dichos identificadores. Tanto el tipo de la columna id como esa expresión pueden ajustarse especificándolos explícitamente:

Las columnas tags y all_tags

Hay dos columnas que contienen mapas de tag: tags y all_tags. En este ejemplo significan lo mismo; sin embargo, pueden ser diferentes si se usa la configuración tags_to_columns. Esta configuración permite especificar que un tag concreto debe almacenarse en una columna independiente en lugar de almacenarse en un mapa dentro de la columna tags:
Esta sentencia añadirá las siguientes columnas:
a la definición tanto de my_table como de su tag interna. En este caso, la columna tags no contendrá los tag instance y job, pero la columna all_tags sí las contendrá. La columna all_tags es efímera y su único propósito es servir para la expresión DEFAULT de la columna id. Los tipos de las columnas pueden ajustarse especificándolos de forma explícita:

Motores de las tablas internas de destino

De forma predeterminada, las tablas internas de destino usan los siguientes motores de tabla:
  • la tabla data usa MergeTree;
  • la tabla tags usa AggregatingMergeTree porque los mismos datos suelen insertarse varias veces en esta tabla, por lo que hace falta una forma de eliminar duplicados, y también porque es necesario realizar agregación para las columnas min_time y max_time;
  • la tabla metrics usa ReplacingMergeTree porque los mismos datos suelen insertarse varias veces en esta tabla, por lo que hace falta una forma de eliminar duplicados.
También se pueden usar otros motores de tabla para las tablas internas de destino si así se especifica:

Tablas de destino externas

Es posible hacer que una tabla TimeSeries utilice una tabla creada manualmente:

Configuración

Aquí tienes una lista de configuraciones que se pueden especificar al definir una tabla TimeSeries: Aquí tienes una lista de funciones que admiten una tabla TimeSeries como argumento:
Última modificación el 12 de junio de 2026