Apache IoTDB(17):IoTDB数据保留时间管理从TTL设置到智能数据控制

Apache IoTDB(17):IoTDB数据保留时间管理从TTL设置到智能数据控制

引言

IoTDB 支持在设备(device)级别设置数据保留时间(TTL),系统会根据设定的TTL自动清理过期数据,从而有效管理存储空间并确保查询性能。TTL默认采用毫秒计时,数据过期后将不可查询且禁止写入,但实际物理删除会在数据压缩时完成。需要注意:修改TTL设置可能导致数据可见性短暂波动,若缩短或取消TTL设置,原先因TTL限制而不可见的数据可能会重新显示。

需要注意的是:

TTL 设置为毫秒,不受配置文件时间精度影响
TTL 变更可能影响数据的可查询性
系统最终会移除过期数据,但存在延迟
TTL 判断数据是否过期依据的是数据点时间,非写入时间
系统最多支持设置 1000 条 TTL 规则,达到上限需先删除部分规则才能设置新规则
在这里插入图片描述

Apache IoTDB 时序数据库【系列篇章】

No.文章地址(点击进入)
1Apache IoTDB(1):时序数据库介绍与单机版安装部署指南
2Apache IoTDB(2):时序数据库 IoTDB 集群安装部署的技术优势与适用场景分析
3Apache IoTDB(3):时序数据库 IoTDB Docker部署从单机到集群的全场景部署与实践指南
4Apache IoTDB(4):深度解析时序数据库 IoTDB 在Kubernetes 集群中的部署与实践指南
5Apache IoTDB(5):深度解析时序数据库 IoTDB 中 AINode 工具的部署与实践
6Apache IoTDB(6):深入解析数据库管理操作——增删改查与异构数据库实战指南
7Apache IoTDB(7):设备模板管理——工业物联网元数据标准化的破局之道
8Apache IoTDB(8):时间序列管理——从创建到分析的实战指南
9Apache IoTDB(9):数据库操作——数据写入从CLI到集群部署的六种实战
10Apache IoTDB(10):数据库操作——从查询到优化的全链路实践指南
11Apache IoTDB(11):分段聚合深度解析——从原理到实战的完整指南
12Apache IoTDB(12):深度解析时序数据聚合的GROUP BY与HAVING子句
13Apache IoTDB(13):数据处理的双刃剑——FILL空值填充与LIMIT/SLIMIT分页查询实战指南
14Apache IoTDB(14):IoTDB结果集排序与查询对齐模式——ORDER BY与ALIGN BY DEVICE使用
15Apache IoTDB(15):IoTDB查询写回(INTO子句)深度解析——从语法到实战的ETL全链路指南
16Apache IoTDB(16):数据删除从单点精准清除到企业级数据生命周期管理

本文将讲解IoTDB的TTL机制,从路径规则、适用规则到操作实践,结合生产环境真实案例,为友友们呈现一套完整的数据保留时间管理方案。

一、设置TTL

1.1 TTL Path 规则

设置的路径 path 只支持前缀路径(即路径中间不能带 * , 且必须以 ** 结尾),该路径会匹配到设备,也允许用户指定不带星的 path 为具体的 database 或 device,当 path 不带 * 时,会检查是否匹配到 database,若匹配到 database,则会同时设置 path 和 path.**。
注意:设备 TTL 设置不会对元数据的存在性进行校验,即允许对一条不存在的设备设置 TTL。

合格的 path: root.** root.db.** root.db.group1.** root.db root.db.group1.d1 不合格的 path: root.*.db root.**.db.* root.db.* 

1.2 特殊路径处理

当一个设备适用多条TTL规则时,优先适用较精确和较长的规则。例如对于设备“root.bj.hd.dist001.turbine001”来说,规则“root.bj.hd.dist001.turbine001”比“root.bj.hd.dist001.”优先,而规则“root.bj.hd.dist001.”比“root.bj.hd.**”优先;

为兼容历史版本,IoTDB实现智能路径扩展机制。当用户输入SET TTL TO root.sg 360000时,系统自动转换。

SET TTL TO root.sg.**360000;

系统对路径合法性进行严格校验,以下为合法路径示例:

root.** root.db.** root.db.group1.** root.db.group1.d1 

非法路径示例:

root.*.db -路径中间包含非法星号 root.**.db -路径结尾前存在星号 root.db.*-路径结尾星号前无字符 

1.3 TTL 适用规则

当一个设备适用多条TTL规则时,优先适用较精确和较长的规则。例如对于设备“root.bj.hd.dist001.turbine001”来说,规则“root.bj.hd.dist001.turbine001”比“root.bj.hd.dist001.”优先,而规则“root.bj.hd.dist001.”比“root.bj.hd.**”优先;

优先级的机制,当设备匹配多条TTL规则时,IoTDB采用"最精确最长"优先原则。以设备root.bj.hd.dist001.turbine001为例:

  1. 精确设备规则:root.bj.hd.dist001.turbine001(优先级最高)
  2. 分组规则:root.bj.hd.dist001.**
  3. 区域规则:root.bj.hd.**
  4. 全国规则:root.bj.**

规则数量也有限制,IoTDB系统最多支持1000条TTL规则。当达到数量上限的时候,需要先删除部分规则才能设置新规则。需要限制确保系统性能不受过量规则影响。

二、TTL设置操作

set ttl 操作可以理解为设置一条 TTL规则,比如 set ttl to root.sg.group1.** 就相当于对所有可以匹配到该路径模式的设备挂载 ttl。 unset ttl 操作表示对相应路径模式卸载 TTL,若不存在对应 TTL,则不做任何事。若想把 TTL 调成无限大,则可以使用 INF 关键字。

语法

设置TTL的标准语法:

SET TTL TO<pathPattern><ttlValue>;

示例:

set ttl to pathPattern 360000;

pathPattern 是前缀路径,即路径中间不能带 * 且必须以 ** 结尾。
pathPattern 匹配对应的设备。为了兼容老版本 SQL 语法,允许用户输入的 pathPattern 匹配到 db,则自动将前缀路径扩展为 path.
例如,写set ttl to root.sg 360000 则会自动转化为set ttl to root.sg.
360000,转化后的语句对所有 root.sg 下的 device 设置TTL。
但若写的 pathPattern 无法匹配到 db,则上述逻辑不会生效。
如写set ttl to root.sg.group 360000 ,由于root.sg.group未匹配到 db,则不会被扩充为root.sg.group.**。 也允许指定具体 device,不带 *

三、取消TTL操作

3.1 语法

取消TTL的标准语法:

IoTDB> unset ttl from root.**

示例:

IoTDB> unset ttl from root.ln 

取消设置 TTL 后, root.ln 路径下所有的数据都会被保存

IoTDB> unset ttl from root.sgcc.**

取消设置root.sgcc路径下的所有的 TTL

IoTDB> unset ttl from root.**

3.2 批量取消

IoTDB是支持批量取消TTL

取消整个存储组

UNSET TTL FROM root.bj.**;

取消多级分组TTL

UNSET TTL FROM root.sg.group1.**;

四、显示TTL信息

显示 TTL 的 SQL 语句如下

显示所有的TTL

SHOWALL TTL;

示例:

+--------------+--------+ | path | TTL | +--------------+--------+ | root.** | 55555555 | | root.sg2.a.**| 44440000 | +--------------+--------+ 

显示指定路径TTL

SHOW TTL ON root.db.**;

示例:

+--------------+--------+ | path | TTL | +--------------+--------+ | root.db.** | 55555555 | | root.db.a.** | 44440000 | +--------------+--------+ 

显示设备的 TTL

show devices 

示例:

+---------------+---------+---------+ | Device | IsAligned| TTL | +---------------+---------+---------+ | root.sg.device1| false | 36000000| | root.sg.device2| true | INF | +---------------+---------+---------+ 

显示表级TTL

SHOWTABLES DETAILS;

示例:

+---------+-------+----------+ | TableName| TTL(ms)| Status | +---------+-------+----------+ | bean | 300 | PRE_CREATE| | grass | 1000 | USING | | bamboo | 300 | USING | | flower | INF | USING | +---------+-------+----------+ 

IoTDB数据库TTL显示结果包含路径、TTL值和状态信息。INF表示无限TTL,数字表示具体毫秒数。状态信息等。

总结

Apache IoTDB的TTL机制通过智能化的数据生命周期管理,帮助企业实现存储成本与查询性能的完美平衡。本文从路径规则、适用规则到操作实践,全面解析了IoTDB的TTL管理机制。可以快速的构建高效可靠的数据保留时间管理体系。随着物联网技术的不断发展,IoTDB的TTL机制将持续更新迭代,为企业和个人提供更加智能、高效的数据管理方案。

Read more

OpenClaw 原版和汉化版windows 和Linux 下的部署实践

OpenClaw 原版和汉化版windows 和Linux 下的部署实践

简介 OpenClaw(曾用名:Clawdbot、Moltbot),一款可以部署在个人电脑上的AI代理,采用“龙虾”图标设计,slogan是“The AI that actually does things”,由程序员彼得·斯坦伯格开发。 核心开发语言为TypeScript, 是一个采用“龙虾”图标设计的开源AI智能体项目。该项目定位为个人AI代理,具备操作软件与长期记忆功能。2026年1月,特斯拉前AI主管Karpathy曾公开提及此项目。 * 官方版本:https://github.com/openclaw/openclaw * 官方文档:https://docs.openclaw.ai/zh-CN * 汉化版:https://github.com/jiulingyun/openclaw-cn * 汉化版官网:https://clawd.org.cn/ 一.

By Ne0inhk
Linux 发展史

Linux 发展史

Linux 发展史 一、Linux 前身 —— Unix 发展史 1. 1964–1969 年:Multics 项目 * 由 MIT、贝尔实验室(Bell Labs)、通用电气(GE) 联合开发。 * 目标:打造一个多用户、分时、多功能的大型操作系统。 * 结果:项目过于庞大、进度缓慢、成本过高,贝尔实验室与 MIT 先后退出,Multics 最终失败。 2. 1969–1970 年:Unix 诞生(Unix 元年) * 贝尔实验室的 Ken Thompson(肯・汤普逊) 在 Multics 废弃的基础上,

By Ne0inhk
window部署open claw(使用wsl-Ubuntu-docker部署)

window部署open claw(使用wsl-Ubuntu-docker部署)

一、前置准备(所有方案必看) 1. 系统与硬件要求 配置项 最低要求 推荐配置 系统版本 Windows 11 22H2 及以上 64 位 Windows 11 23H2 最新稳定版 CPU x86-64 双核 2.0GHz 四核 2.5GHz+,支持硬件虚拟化 内存 4GB 8GB+(Docker / 多技能运行需充足内存) 磁盘 1GB 可用空间 10GB+ SSD(存放镜像、依赖与数据) 网络 稳定外网连接(可访问 GitHub/npm) 带国内镜像加速的网络 2. Windows 11 核心前置设置

By Ne0inhk
ARM Linux 驱动开发篇---基于 pinctrl+GPIO 子系统的蜂鸣器驱动开发(设备树版)--- Ubuntu20.04

ARM Linux 驱动开发篇---基于 pinctrl+GPIO 子系统的蜂鸣器驱动开发(设备树版)--- Ubuntu20.04

🎬 渡水无言:个人主页渡水无言 ❄专栏传送门: 《linux专栏》《嵌入式linux驱动开发》《linux系统移植专栏》 ❄专栏传送门: 《freertos专栏》《STM32 HAL库专栏》 ⭐️流水不争先,争的是滔滔不绝  📚博主简介:第二十届中国研究生电子设计竞赛全国二等奖 |国家奖学金 | 省级三好学生 | 省级优秀毕业生获得者 | ZEEKLOG新星杯TOP18 | 半导纵横专栏博主 | 211在读研究生 在这里主要分享自己学习的linux嵌入式领域知识;有分享错误或者不足的地方欢迎大佬指导,也欢迎各位大佬互相三连 目录 前言 一、硬件原理分析 二、蜂鸣器驱动核心原理 三、实验程序编写 3.1、设备树修改总流程 3.1、修改设备树文件 3.1.1、添加 pinctrl 节点(配置 PIN 复用) 3.1.2、添加蜂鸣器设备节点

By Ne0inhk