TDengine 常见问题 TOP8

原创 于 2026-09-20 19:37:27 发布 · 691 阅读 · 6 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
收录于
TDengine 问题排查

当前文章被收录于：

TDengine 问题排查
12 篇文章 0 人学习

排查 TDengine 在使用过程的各种问题及如何解决

订阅专栏 查看详情

在这里插入图片描述

TDengine 常见问题 TOP8

TOP8 主题：SQL 查询结果不符合预期
典型表现：不同 SQL 查出不同结果、查不到数据、聚合值不对、时区偏移

为什么它是 TOP8

"结果不对"是社区里最消耗沟通成本的一类问题：

  • 社区典型帖：
    • 《Tdengine 关于同时间主键覆盖数据，导致不同 sql 查出来的数据不一致》；
    • 《查询超级表返回数据某个字段为 null》；
    • 《子表查询有数据，超级表查询无数据》；
    • 《TWA 算出来的结果不符合预期》；
    • 《TDengine 服务版本 3.3.3.0 Community，java 使用 6041 连接，时间戳字段插入的时候快了 8 小时》；
    • 《Sql 执行耗时很长》。
  • 它的特殊性在于：绝大多数"结果不对"不是 bug，而是语义理解偏差。TDengine 有几条和传统数据库很不一样的设计：
    1. 时间戳的时区由客户端处理，服务端只认 UTC；
    2. 同时间戳（+主键）会覆盖，不是追加；
    3. 名称区分大小写，不加反引号会被转成小写；
    4. LAST 是"最后写入的非 NULL 值"，不是"时间戳最大的一条记录"；
    5. 乱序写入会影响聚合结果。
  • 一旦误判为 bug 去提 issue，来回几轮往往发现是用法问题，沟通成本极高。

所以这篇的重点是：把最容易误判的六个语义点讲透，并给出"自查 → 定位"的标准流程。

一、症状大全（对号入座）

A. 同一批数据，不同 SQL 结果不一致

#现象指向
A1同时间主键覆盖数据，导致不同 SQL 查出来的数据不一致同时间戳重复写入被覆盖
A2子表查询有数据，超级表查询无数据子表所属超级表关系 / TAG 过滤
A3查询超级表返回某字段为 NULL该子表未写入该列 / 列不存在的子表
A4多次执行同一聚合 SQL，结果偶尔不同存在最大时间戳相同的多行，引擎随机返回一条
A5换了 SQL 写法（WHERE vs TAG 过滤）结果不同过滤条件语义差异

B. 聚合 / 窗口函数结果异常

#现象指向
B1TWA 算出来的结果不符合预期窗口与过滤条件用法
B2LAST 返回的不是"时间戳最大的那条记录"LAST 与 LAST_ROW 语义混淆
B3LAST_ROW 在超级表上结果不稳定同最大时间戳多行时随机返回
B4FIRST / LAST 与 MIN / MAX 混用出错标量表达式 + 多个子集选取型函数受限
B5聚合结果与手工计算不一致乱序写入 / 边界包含关系
B6一个 SELECT 里同时用多个 FIRST/LAST/MAX/TOP 报错子集选取型函数至多只能有一个

C. 查不到数据

#现象指向
C1服务器上用 taos 能查到，客户端机器上查不到时区不一致
C2表名确认存在，但写入或查询报表名不存在名称大小写
C3表名"显示不全"导致 Table does not existshell 显示宽度截断
C4网段/节点不通时部分数据查不到集群节点未配全（见 TOP1）
C5刚写入的数据查不到未落盘 / 写入失败 / 覆盖

D. 时间相关

#现象指向
D1时间戳插入时快了 / 慢了 8 小时时区设置（客户端侧）
D2时间范围查询边界少一条/多一条区间开闭关系（>= vs >）
D3_wstart / _wend 与预期不符窗口偏移 / 时区
D4时间戳显示为 NULL 或 0数据本身问题

E. 性能 / 语法

#现象指向
E1SQL 执行耗时很长见场景 7（EXPLAIN ANALYZE）
E2嵌套子查询不支持版本限制：非相关标量子查询需 3.4.0.0+
E3某函数报"不能在流计算中使用"等函数适用范围限制
E4按 TAG 过滤查超级表比直接查子表慢属正常现象

二、原因分析

2.1 六个最容易误判的语义点

查询结果不符预期

① 时间戳时区
由客户端处理

② 同时间戳覆盖
不是追加

③ 名称大小写
不加反引号转小写

④ LAST vs LAST_ROW
语义不同

⑤ 乱序写入
影响聚合

⑥ 超级表 vs 子表
查询范围不同
#语义点关键规则
①时区时间戳的时区总是由客户端处理，服务端一律按 UTC 存取。客户端负责把 SQL 里的时间戳转成 UTC 再发给服务端；读取时服务端返回 UTC 原始数据，客户端再按本地设置转换显示
②主键与覆盖以「时间戳 + 主键」唯一确定一条记录，同时间戳重复写入会覆盖，不是追加
③名称大小写数据库名、表名、列名区分大小写。不加反引号时引擎会转为小写；加了反引号则保持原样
④LAST vs LAST_ROWLAST = 该列最后写入的非 NULL 值；LAST_ROW = 最后一条记录
⑤乱序写入乱序会显著影响聚合与 last_row 类结果；TDengine 的乱序定义基于 DURATION 窗口
⑥超级表 vs 子表查超级表会跨所有子表；已明确目标子表时直接查子表更快

2.2 时区处理优先级（重要）

客户端处理时间戳字符串时，按以下优先级：

优先级来源说明
1（最高）连接时显式指定C/C++/Java/Python 等连接器建立连接时指定的 timezone（如 JDBC URL 参数）
2taos.cfg 的 timezone客户端配置文件
3（最低）操作系统时区未做任何设置时的默认值

绕开时区设置的方法：

  • 直接使用 Unix 时间戳（如 1554984068000）；
  • 使用带时区的时间戳字符串（RFC 3339 如 2013-04-12T15:52:01.123+08:00，或 ISO-8601 如 2013-04-12T15:52:01.123+0800）。

这两种写法不再受其他时区设置影响。

2.3 乱序对结果的影响

TDengine 的乱序定义：从时间戳 0 起，按数据库 DURATION 参数（默认 10 天）划分时间窗口后，同一窗口内写入的时间戳未按顺序写入。

  • 窗口之间的写入顺序交错，不算乱序；
  • 只要同一窗口内顺序写入就没问题。

影响：乱序会显著影响查询性能，也会影响 LAST / LAST_ROW / FIRST 这类"取特定行"的函数结果。

2.4 根因归类

类别说明对应症状
① 覆盖语义同时间戳重复写入A1 A4 C5
② 时区不一致客户端/服务端时区不同C1 D1 D3
③ 大小写未用反引号C2
④ 函数语义LAST / LAST_ROW / TWA 理解偏差B1 B2 B3
⑤ 乱序写入影响聚合与取行函数B5
⑥ 表关系子表/超级表查询范围不同A2 A3
⑦ 版本限制语法/函数在特定版本才支持E2 E3
⑧ 数据本身未写入成功或已被覆盖C5

三、先搞懂几个关键语义

3.1 时间戳与时区

核心一句话：服务端只存 UTC，时区转换是客户端的事。

-- 三种写法，效果可能不同
-- ① 裸字符串：受客户端时区设置影响
SELECT * FROM meters WHERE ts >= '2026-09-01 00:00:00';

-- ② 带偏移的字符串（不受时区设置影响）
SELECT * FROM meters WHERE ts >= '2026-09-01T00:00:00+08:00';

-- ③ Unix 时间戳（不受时区设置影响）
SELECT * FROM meters WHERE ts >= 1788192000000;

-- 查看当前时区设置
SHOW VARIABLES LIKE 'timezone';
SELECT TIMEZONE();

-- 客户端侧动态修改（仅影响当前客户端进程的新连接）
ALTER LOCAL 'timezone' 'Asia/Shanghai';
SET TIMEZONE 'Asia/Shanghai';

注意：ALTER LOCAL 'timezone' 修改的是当前客户端进程的全局配置，只影响修改后新建的连接，已打开的旧连接不会立即改变。

3.2 主键与覆盖

-- 同一个子表、同一个时间戳写两次，第二次覆盖第一次
INSERT INTO tb1 VALUES ('2026-09-01 10:00:00', 1.0);
INSERT INTO tb1 VALUES ('2026-09-01 10:00:00', 2.0);
-- 最终只有一条：值为 2.0

带来的影响：

  • 如果数据是由其他子表多次聚合生成再回写，不同聚合路径可能命中不同的写入次序，从而出现"不同 SQL 查出不同结果"（A1）。
  • 建议：结果表使用明确的主键设计，避免重复回写同一主键。

3.3 名称大小写

-- ❌ 会被转成小写，实际查找 mytable
SELECT * FROM MyTable;

-- ✅ 保持原样
SELECT * FROM `MyTable`;

规则：

写法实际名称
MyTable（无反引号）mytable
`MyTable`（有反引号）MyTable

3.4 LAST vs LAST_ROW

函数语义适用
LAST(expr)表/超级表中某列最后写入的非 NULL 值取某列的最新值
LAST_ROW(expr)表/超级表的最后一条记录（时间戳最大）取整行最新快照

重要注意事项：

  • 在超级表上使用时，若最大时间戳相同的行有多条，会从中随机返回一条，不保证多次运行结果一致（A4 / B3）。
  • 对于复合主键的表，若最大时间戳有多条数据，只返回复合主键最大的那条。
  • 若要返回各列的最后一条记录，用 LAST_ROW(*)；multiResultFunctionStarReturnTags 为 0（默认）时只返回普通列，为 1 时同时返回标签列。
  • 若某列结果全为 NULL，则该列返回 NULL；若所有列全为 NULL，则不返回结果。

3.5 函数使用限制

  • 子集选取型管道函数（FIRST、LAST、LAST_ROW、MAX、MIN、MODE、TOP、BOTTOM、SAMPLE、TAIL、UNIQUE）在 SELECT 中同时存在标量表达式时，至多只能有一个。
  • 逐行变换型函数（LAG、LEAD、FILL_FORWARD、CSUM、MAVG、STATECOUNT、STATEDURATION、DIFF、DERIVATIVE）不受此约束，但多个共存仍需输出行数相等。

四、标准排查流程（照着做）

第 1 步：确认数据到底写进去了没有

-- ① 直接查子表，看有没有数据、时间戳范围是多少
SELECT COUNT(*), MIN(ts), MAX(ts) FROM <子表>;

-- ② 看最近的几条
SELECT * FROM <子表> ORDER BY ts DESC LIMIT 10;

如果子表没数据，问题在写入侧，不在查询侧：

  • 检查写入是否报错（连接、权限、表结构）；
  • 检查是否有覆盖（同时间戳写多次）；
  • 检查是否写到了别的表/别的库。

第 2 步：确认时区是否一致

-- 服务端/客户端的时区设置
SHOW VARIABLES LIKE 'timezone';
SELECT TIMEZONE();

# 操作系统时区
timedatectl
date

对比：在服务器上执行 taos 能查到，在客户端机器上查同一时间范围查不到 → 典型时区不一致。

处理：

-- 方式一：把客户端时区调到与服务端一致
ALTER LOCAL 'timezone' 'Asia/Shanghai';

-- 方式二：查询时显式带偏移（推荐，最稳妥）
SELECT * FROM meters
 WHERE ts >= '2026-09-01T00:00:00+08:00'
   AND ts <  '2026-09-02T00:00:00+08:00';

-- 方式三：用 Unix 时间戳
SELECT * FROM meters WHERE ts >= 1788192000000;

第 3 步：确认名称大小写

-- 看表到底叫什么
SHOW TABLES;
SHOW <db_name>.TABLES;
SELECT * FROM INFORMATION_SCHEMA.INS_TABLES WHERE TABLE_NAME LIKE '%<关键词>%';

-- 用反引号保持原样
SELECT * FROM `<MyTable>`;

判断：SHOW TABLES 里显示的名字与你在 SQL 里写的是否完全一致（含大小写）。

第 4 步：确认是否存在同时间戳覆盖

-- 同一时间戳是否有多条记录（理论上不应有）
SELECT ts, COUNT(*) FROM <子表> GROUP BY ts HAVING COUNT(*) > 1 LIMIT 10;

若业务确实可能重复写同一时间戳：

  • 检查写入侧是否能保证幂等；
  • 若聚合结果回写，注意结果表的主键设计；
  • 用 tbname 区分来源，避免不同来源互相覆盖。

第 5 步：确认函数语义是否用对

-- 对比二者差别
SELECT LAST(col1) FROM tb1;         -- 该列最后写入的非 NULL 值
SELECT LAST_ROW(*) FROM tb1;        -- 最后一条记录（时间戳最大）
SELECT FIRST(col1) FROM tb1;        -- 该列最早写入的非 NULL 值

自查清单：

  • 我要的是"某列的最新值"还是"最新那条记录"？
  • 我的表有复合主键吗？（会影响最大时间戳多行时的返回）
  • 我在超级表上查吗？（最大时间戳多行时随机返回）
  • 我在一个 SELECT 里用了多个子集选取型函数吗？（至多一个）

第 6 步：确认写入是否乱序

-- 查看 DURATION（乱序判定窗口）
SHOW CREATE DATABASE <db_name> \G;

判断：同一 DURATION 窗口内的时间戳是否顺序写入。若是从 Kafka 消费写入，尽量保证一个子表的数据由同一消费者写入。

第 7 步：确认超级表 / 子表查询范围

-- 超级表：跨所有子表
SELECT COUNT(*) FROM <超级表>;

-- 子表：只看一张表
SELECT COUNT(*) FROM <子表>;

-- 用 TAG 过滤超级表
SELECT COUNT(*) FROM <超级表> WHERE <tag> = 'xxx';

常见误解：超级表查询只返回有数据的子表的数据；如果某子表没写数据，自然查不到。

性能提示：

  • 已明确目标子表时，直接查子表更快；
  • 需要跨多张子表过滤时才用超级表 + TAG。

第 8 步：确认版本是否支持该语法

语法最低版本
非相关标量子查询（查询）v3.4.0.0
非相关标量子查询（流计算）v3.4.1.0
嵌套窗口见流计算文档
流计算新语法（INTERVAL/PERIOD 等）v3.3.7.0+
SELECT server_version();

第 9 步：SQL 慢的话看执行计划

-- 日常查看计划
EXPLAIN VERBOSE true SELECT ...;

-- 排查慢查询（含运行期指标：各算子耗时、首包/末包耗时）
EXPLAIN ANALYZE VERBOSE true SELECT ...;

EXPLAIN ANALYZE 可用于判断瓶颈在扫描、过滤、排序、网络交换还是跨 vgroup 的数据倾斜：

指标含义
cost=first..last算子创建到首行/末行返回的耗时（ms）。首值大常见于扫描/网络/排序预热；末值大常见于大结果集或重计算

五、典型场景实操

场景 1：服务器能查到，客户端查不到（时区）

-- 在服务器上
SELECT COUNT(*) FROM meters WHERE ts >= '2026-09-01 00:00:00';

-- 在客户端上（同样的 SQL）返回 0

诊断：

-- 两端分别执行，对比返回值
SHOW VARIABLES LIKE 'timezone';
SELECT TIMEZONE();
SELECT NOW();

修复（三选一）：

-- ✅ 方案一：显式带偏移（最稳，推荐写进代码）
SELECT * FROM meters
 WHERE ts >= '2026-09-01T00:00:00+08:00'
   AND ts <  '2026-09-02T00:00:00+08:00';

-- 方案二：统一客户端时区
ALTER LOCAL 'timezone' 'Asia/Shanghai';

// 方案三：在连接串里指定时区（Java 示例）
jdbc:TAOS-WS://host:6041/db?timezone=Asia/Shanghai

场景 2：同时间戳覆盖导致不同 SQL 结果不一致

现象：超级表下部分子表的数据由其他子表多次聚合生成，同一个时间戳被写多次，不同 SQL 查出来的数据不一致。

原因：后写的覆盖先写的；不同查询路径可能命中不同写入次序。

处理：

-- ① 确认是否有重复时间戳
SELECT ts, COUNT(*) FROM <子表> GROUP BY ts HAVING COUNT(*) > 1;

-- ② 设计上避免：结果表使用独立表 + 明确主键
-- ③ 写入侧保证幂等：同一主键重复写入的值应一致
-- ④ 如需要保留多版本，用不同 TAG / 不同子表区分

场景 3：表名存在却报不存在

-- ❌ 报 Table does not exist
SELECT * FROM DeviceLog;

-- ✅
SELECT * FROM `DeviceLog`;

根因：不加反引号时，DeviceLog 被转成 devicelog。

-- 确认实际表名
SHOW TABLES;
SELECT TABLE_NAME FROM INFORMATION_SCHEMA.INS_TABLES WHERE TABLE_NAME LIKE '%evice%';

场景 4：LAST 结果不是最新那条记录

-- 期望"最新一条记录"，但写成了 LAST(col)
SELECT LAST(current) FROM meters;        -- ❌ 只是"current 列最后写入的非 NULL 值"

-- 正确写法
SELECT LAST_ROW(*) FROM meters;          -- ✅ 最后一条记录

超级表场景特别注意：若最大时间戳有多行，LAST / LAST_ROW 会随机返回一条，导致"多次执行结果不同"。

-- 若需要明确取每个子表的最新一行
SELECT tbname, LAST_ROW(*) FROM meters PARTITION BY tbname;

场景 5：子表查询有数据，超级表查询无数据

排查：

-- ① 确认子表确实在超级表下
SELECT * FROM INFORMATION_SCHEMA.INS_TABLES
 WHERE TABLE_NAME = '<子表名>' \G;

-- ② 确认超级表名与子表名
SHOW <db>.STABLES;
SHOW <db>.TABLES;

常见原因：

原因处理
子表建在了另一个超级表下Table already exists in other stables（0x115）—— 检查建表语句
查的是别的库明确 db_name. 前缀
用 TAG 过滤时条件不匹配检查 TAG 值是否一致

补充：社区里有"对已存在数据的超级表增加新字段后，用超级表查询会崩溃/异常"的案例——变更超级表结构（增删列）后建议做一次完整回归验证，必要时通过工单反馈。

场景 6：时间戳快 / 慢 8 小时

原因：时区设置导致。

-- 查看当前设置
SHOW VARIABLES LIKE 'timezone';
SELECT TIMEZONE();

修复：

// ① 连接串显式指定（推荐）
jdbc:TAOS-RS://host:6041/db?timezone=Asia/Shanghai

# ② 客户端 taos.cfg 设置
# timezone Asia/Shanghai

-- ③ 插入时直接用 Unix 时间戳或带偏移的字符串
INSERT INTO tb1 VALUES ('2026-09-01T10:00:00+08:00', 1.0);

提示：注意 POSIX 符号约定与 ISO 8601 约定不同（+ = UTC 以西）。建议使用 IANA 名称（如 Asia/Shanghai）避免混淆。

场景 7：SQL 执行耗时很长

-- ① 先看执行计划
EXPLAIN VERBOSE true
SELECT device_id, LAST_ROW(zlgl) AS value
  FROM product_nbq
 WHERE ts < '2026-08-17 00:00:00'
 GROUP BY device_id;

-- ② 再跑一次带运行期指标的
EXPLAIN ANALYZE VERBOSE true <同上>;

常见优化方向：

问题优化
扫描范围过大加时间范围（最重要）
返回列过多只 SELECT 需要的列
结果集过大加 LIMIT
跨 vgroup 数据倾斜检查 vgroups / 分区设计
TAG 过滤慢已明确子表时直接查子表
排序开销大减少 ORDER BY 的数据量

场景 8：嵌套子查询报错

版本限制：

能力最低版本
非相关标量子查询（查询语句）v3.4.0.0
非相关标量子查询（流计算）v3.4.1.0

订阅、DDL，以及除 INSERT INTO ... SELECT 外的 DML 语句暂不支持。

-- 确认版本
SELECT server_version();

-- 3.4.0.0+ 可用（示例）
SELECT * FROM meters
 WHERE voltage > (SELECT AVG(voltage) FROM meters WHERE location = 'Beijing');

低版本变通做法：分两步查（先查子查询结果，再作为条件传入），或改用 JOIN / 应用层处理。

六、错误码 / 提示速查

错误码 / 提示含义处理
0x115 Invalid message子表已在其他超级表下存在检查建表语句的超级表名
Table does not exist表名不存在（常见原因：大小写）用反引号或核对 SHOW TABLES
0x3d3 Conflict transaction not completed事务冲突（常见于磁盘满）见 TOP6
Stream not allowed（0x8000265A）函数不能在流计算中使用换函数
Invalid stream query（0x80002645）流语句非法修正 SQL
0x73a Query memory exhausted查询内存耗尽见 TOP7
Invalid value type（0x80002605）常量值非法检查 SQL

七、预防清单

  • 时间戳统一带时区（+08:00）或直接用 Unix 时间戳，写进编码规范。
  • 客户端、服务端、应用三处时区保持一致，并在连接串里显式指定。
  • 建表/查询时统一使用反引号或统一小写，避免大小写歧义。
  • 明确"同时间戳会覆盖"这一语义，写入侧保证幂等。
  • 区分 LAST（列级最后非 NULL 值）与 LAST_ROW（最后一条记录）。
  • 一个 SELECT 里最多用 1 个子集选取型管道函数（FIRST/LAST/MAX/MIN/TOP…）。
  • 超级表上使用 LAST/LAST_ROW 时，注意最大时间戳多行会随机返回。
  • 写入侧尽量保证顺序，避免乱序影响聚合结果。
  • 已明确子表时直接查子表，不要一律走超级表。
  • 查询必须限定时间范围，并视情况加 LIMIT。
  • 慢查询用 EXPLAIN ANALYZE VERBOSE true 定位瓶颈。
  • 使用新语法前先 SELECT server_version() 确认版本支持。
  • 变更超级表结构后做一次完整查询回归。

八、求助模板（贴在社区里，回复会快很多）

【TDengine 使用环境】生产 / 预生产 / 测试 / PoC
【TDengine 版本】___
【操作系统及版本】___
【部署方式】容器 / 非容器；连接方式：原生 6030 / WebSocket 6041
【问题类型】结果不一致 / 查不到数据 / 聚合值异常 / 时区偏移 / 性能慢
【表结构】SHOW CREATE STABLE / SHOW CREATE TABLE 的输出
【涉及 SQL】（把完整 SQL 贴出来，包含 WHERE 与时间条件）
【期望结果 vs 实际结果】（最好给出具体数值）
【已排查】
  - 子表数据量与时间范围：SELECT COUNT(*), MIN(ts), MAX(ts) FROM ...
  - 客户端/服务端时区：SHOW VARIABLES LIKE 'timezone'; SELECT TIMEZONE();
  - 表名大小写：SHOW TABLES 输出：___
  - 是否有重复时间戳：___
  - 写入是否有序：___
  - SELECT server_version()：___
【执行计划】EXPLAIN ANALYZE VERBOSE true 的输出（性能问题必附）

九、相关链接

本文整理自 TDengine 技术社区真实提问，覆盖 3.0 至 3.4 各版本的查询语义问题。如果你遇到的情况不在上述症状列表中，欢迎到社区发帖并附上本文第八节的求助模板。

标签
#tdengine #时序数据库 #大数据 #数据库 #物联网
#涛 #涛思数据
TDengine调研
JustinMars的博客
08-04 249
调研
华硕天选3 win11+ubuntu20.04双硬盘双系统配置（包括ubuntu重启后无法成功进入、没有wifi图标的设置）
热门推荐
baidu_38431960的博客
05-11 1万+
1、制作系统盘 2、分区 3、重启电脑按F2
TDengine 选择函数 TOP
TDengine(老段）专注时序数据库领域
09-07 1110
其中，TDengine TSDB 是一款高性能、分布式的时序数据库（Time Series Database），同时它还带有内建的缓存、流式计算、数据订阅等系统功能；TDengine IDMP 是一款AI原生工业数据管理平台，它通过树状层次结构建立数据目录，对数据进行标准化、情景化，并通过 AI 提供实时分析、可视化、事件管理与报警等功能。函数统计表/超级表中某列的值最大 k 个非 NULL 值。如果多条数据取值一样，全部取用又会超出 k 条限制时，系统会从相同值中随机选取符合要求的数量返回。
osgearth2.10 demo功能介绍
rach09的专栏
11-12 2406
osgearth-2.10 demo: 说明： 1、运行环境win7 x64 旗舰版，CPU i5-6400 8核，8G内存； 2、括号内是对应demo的测试参数(.earth)； 3、配置OSG_FILE_PATH； 4、参数命令行可以查看各个demo需要的输入参数； 5、前缀说明：gui界面程序、cmd控制台程序、non功能未知； 6、程序后括号里的non表示不需要通过命令行输入参数； 示例： 1、gui:osgearth_3pv(simple.earth)：相机与地球的投影关系，Range表示相机
TDengine 常见问题 TOP6
TDengine(老段）专注时序数据库领域
09-18 550
keep 设置 3 年，最旧的数据已经满足 3 年条件，今天只能查看到 2023.9.9 的数据，但是感觉硬盘空间没有释放。如果你遇到的情况不在上述症状列表中，欢迎到社区发帖并附上本文第八节的求助模板。指向空目录，会新建一个空集群，看起来像"数据全丢了"（参考 TOP4 场景 9）。用户说"空间没释放"，十有八九是拿 ② 或 ③ 的数字去对比 ① 的。，已经只能查到 2023.9.9 之后的数据，但磁盘仍在增长。：你现在看的数字是"文件系统字节数"还是"数据库逻辑占用"。，可能造成数据损坏。
TDengine 常见问题 TOP5
TDengine(老段）专注时序数据库领域
09-17 302
TDengine 靠 FQDN 认机器，而 Docker 的 hostname 和 IP 默认都不稳定。
TDengine 常见问题 TOP4
TDengine(老段）专注时序数据库领域
09-16 326
本文整理自 TDengine 技术社区真实提问，覆盖 2.x 至 3.4 各版本的升级场景。如果你遇到的情况不在上述症状列表中，欢迎到社区发帖并附上本文第八节的求助模板。⚠️ 官方对滚动升级的原话是："由于客户现场环境复杂，在启停服务过程可能遇到不可预期的问题，目前升级功能仅推荐在测试环境使用。：非 mnode 节点 → mnode follower 节点 → mnode leader 节点。再跑一次业务的读写回归，以及关键功能（流计算、订阅、备份）。，并在监控里对"挂载点丢失"告警。
TDengine 选择函数 TOP() 用户手册
TDengine(老段）专注时序数据库领域
09-12 950
其中，TDengine TSDB 是一款高性能、分布式的时序数据库（Time Series Database），同时它还带有内建的缓存、流式计算、数据订阅等系统功能；TDengine IDMP 是一款AI原生工业数据管理平台，它通过树状层次结构建立数据目录，对数据进行标准化、情景化，并通过 AI 提供实时分析、可视化、事件管理与报警等功能。函数返回指定列中最大的 k 个非 NULL 值及其对应的记录。如果多条数据取值相同，且全部取用会超出 k 条限制时，系统会从相同值中随机选取符合要求的数量返回。
TDengine 常见问题 TOP2
TDengine(老段）专注时序数据库领域
09-12 410
如果你遇到的情况不在上述症状列表中，欢迎到社区发帖并附上本文第八节的求助模板。若你使用更早版本且环境启用了 IPv6，就很容易踩到这个坑（社区有大量此类案例，容器内尤其常见）。被解析到了 IPv6，而 taosAdapter 只监听 IPv4（或反之），导致"看起来在连本机却连不上"。：taosadapter 和 taosd 在不同服务器上，找不到配置 taosd 地址的地方，连接不到远端。发生了 mnode/vnode 切主，新 leader 正在重演日志，此时请求会被拒绝。推荐防火墙一次性放行。
TDengine 常见问题 TOP3
TDengine(老段）专注时序数据库领域
09-15 201
从时间戳 0 起按。
TDengine 常见问题 TOP1
TDengine(老段）专注时序数据库领域
09-11 462
FQDN = Fully Qualified Domain Name，全限定域名。通俗讲，就是「一台机器在网络上的完整名字」。名称例子说明hostname（短名）td1机器自己的短名字，hostname命令可查看FQDN（全限定域名）带完整域名的名字，可查看IP 地址网络地址，会随环境变化为什么 TDengine 不用 IP，而是用 FQDN 来标识机器？机器换 IP、换网段时，只需改 hosts / DNS，不用动 TDengine 配置，也不用动数据。TDengine。
TDengine学习笔记
棉花泡泡糖的博客
07-19 4730
先C语言定义UDF，（有规定的参数模板）然后编译，（gcc-g-O0-fPIC-sharedadd_one.c-oadd_one.so）再在TDengine中使用创建管理删除（DROPFUNCTIONids(X);）、查看（SHOWFUNCTIONS;）调用。
TDengine 写入性能优化最佳实践
TDengine(老段）专注时序数据库领域
09-03 3128
多表低频是指根据数据库的配置，一个 vnode 中单次数据落盘的单表数据条数普遍小于 minRows 时，可视为多表低频场景。stt_trigger 是解决多表低频场景引入的一个参数和一套机制，stt_trigger 等于 1 时，数据是从buffer 直接落到最终的 data 文件中，零散的写入 last 中，当 stt_trigger 大于 1 时，原来的直接落盘被分成两步来完成，第一步数据先写到 stt 文件中，第二步再从 stt 中写入到 data 文件完成最终落盘。2024-7-21 于北京。
亿欧 2025 AI 软件创新产品 Top10 出炉，时序数据库TDengine 入选
涛思数据
12-12 531
undefined
TDengine 选择函数 BOTTOM() 用户手册
TDengine(老段）专注时序数据库领域
09-07 1265
其中，TDengine TSDB 是一款高性能、分布式的时序数据库（Time Series Database），同时它还带有内建的缓存、流式计算、数据订阅等系统功能；TDengine IDMP 是一款AI原生工业数据管理平台，它通过树状层次结构建立数据目录，对数据进行标准化、情景化，并通过 AI 提供实时分析、可视化、事件管理与报警等功能。函数统计表/超级表中某列的值最小 k 个非 NULL 值。如果多条数据取值一样，全部取用又会超出 k 条限制时，系统会从相同值中随机选取符合要求的数量返回。
TDengine 3.3.4.8 发布解析：INTERP 插值查询能力全面增强与稳定性修复
最新发布
gitblog_00395的博客
09-20 375
TDengine 3.3.4.8 于 2024-12-02 发布，本次版本以"插值查询（INTERP）能力增强"为核心亮点，同时带来了多项查询性能优化与 21 项稳定性修复。本文将围绕该版本发布说明，结合 TDengine 官方 SQL 文档与仓库源码，深入解读 `fill(near)` 插值模式、`_irowts_origin` 原始时间戳返回、`SURROUND` 范围限定等新能力的语法与语义
influxdb/tdengine数据库白皮书
tian_jiangnan的博客
03-01 430
摘要：本文针对InfluxDB CPU和内存占用过高问题提供诊断方案。通过top命令查看CPU核心使用情况，若仅2个核心满载，表明IO线程不足导致写入瓶颈，建议增加IO线程数配置。若存在高序列基数问题（SHOW SERIES CARDINALITY数值过高），需优化数据结构：将高基数标签改为字段、合并标签或清理旧数据。其他可能原因包括废弃采集服务意外重启导致数据量激增。文章提供了从现象到解决方案的系统性排查思路。（149字）
5步完成TDengine时序数据库专业部署：从环境准备到性能验证
gitblog_00254的博客
07-04 877
TDengine是一款专为工业物联网场景设计的高性能时序数据库，提供卓越的写入性能和数据压缩能力。本文将为您提供完整的部署指南，涵盖环境准备、多平台安装、核心服务配置、性能验证等关键环节，帮助您快速构建稳定可靠的时序数据存储平台。 ## 📊 项目价值与适用场景 TDengine在工业物联网、车联网、能源监控等时序数据密集型场景中表现出色。其独特的列式存储架构和高效压缩算法，能够显著降低存储成
TDengine IDMP Excel Add-in：让工业时序数据在Excel中自助查询与刷新
weixin_34055787的博客
09-09 243
时序数据库广泛应用于工业数据采集与监控场景，但业务人员往往更习惯在Excel中查看和分析数据。传统方式依赖CSV导出、脚本或BI工具，链路长、门槛高，导致数据与业务脱节。IDMP Excel Add-in通过将底层时序数据映射为业务可理解的表格，在单元格中直接执行SQL查询，支持降采样、透视表和图表，并实现定时刷新，从而降低数据使用门槛，提升自助取数效率。本文从技术路线对比、数据模型映射、部署安装到实际查询优化，系统介绍如何借助该插件将工业数据与Excel工作流无缝衔接，适用于设备趋势分析、日报自动生成等典
如何用 JMeter 搭建 TDengine 查询性能压测并分析结果
gitblog_00415的博客
09-14 216
TDengine 在物联网与工业监控场景中承担实时监控、数据分析和决策查询任务，查询性能直接影响这些业务的响应效率。本文基于 TDengine 仓库中的[《使用 JMeter 测试 TDengine 查询性能》](https://link.gitcode.com/i/487319e6f5108d48f9f908f47d272a08)整理一条完整可执行的操作路径：用 taosgen 生成测试数据，用
TDengine COLS 函数用户手册
TDengine(老段）专注时序数据库领域
12-01 1239
cols 函数获取选择行内的信息
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

TDengine （老段）

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值