工业互联网实时算法引擎:规则引擎、CEP 与 AI 推理的统一架构
TDengine推出工业互联网实时算法引擎,整合规则引擎、CEP和AI推理,支持边缘与云端分布式执行,优化规则匹配、窗口调度和模型量化,降低工业场景集成复杂度。
故障与性能、实战经验、重要版本变化 · 近 30 天持续更新 · 368 条
TDengine推出工业互联网实时算法引擎,整合规则引擎、CEP和AI推理,支持边缘与云端分布式执行,优化规则匹配、窗口调度和模型量化,降低工业场景集成复杂度。
TDengine介绍ISO 27001和IEC 62443双标准融合的落地路径,适用于工业互联网安全需求,帮助DBA和IT团队构建安全管理体系。
TDengine发布性能测试框架,涵盖三层测试目标,包括基准能力、场景适配和容量预测,帮助DBA评估数据库在业务场景下的稳定性和扩展性。
InfluxDB 1.x进入EOL,迁移至时序数据库需评估成本、性能和多云部署需求。系统体检指标包括TPS、测点总数等,迁移模式包括离线全量、在线增量同步等,需注意Schema映射和查询语法差异。
水电站监控需处理高频和低频数据,采用热、温、冷三层存储策略,结合边缘侧预处理和AI降采样,实现成本与分析能力平衡。
TDengine针对化工过程数据特性,优化了数据架构设计,支持DCS和SIS系统的高效数据采集、存储和分析。适用于化工行业,特别是对数据实时性和合规性要求高的场景。
TDengine推出工业互联网AI Agent平台,采用MCP协议实现智能体直接访问设备层和控制系统,跳过人工整理的中间层,提高数据消费效率。适用于工业场景,需关注边缘部署、注册中心与实时数据处理等挑战。
TDengine提供日志分析的时序化建模与查询加速方案,针对ELK和Loki在时序聚合、长期存储和成本敏感场景下的瓶颈,优化日志数据存储和查询效率。
TDengine数据库性能与硬件选择密切相关,本文详细分析了CPU、SSD和内存的选型要点,包括CPU向量化指令集、NUMA结构、SSD写入放大和TRIM支持、内存预分配等,为DBA提供硬件调优参考。
TDengine推出新的容灾备份方案,支持从定时备份到多地域活备,优化RPO和RTO,适用于不同业务等级,解决传统冷备的局限,提供热备架构的三种形态,并介绍多地域活备的挑战和解决方案。
TDengine通过增量编码和列式存储实现时序数据的高压缩率,分析时序数据的压缩原理,介绍TDengine的压缩策略和配置。
本文探讨了配电网馈线监测中时序数据库的数据架构设计,包括终端数据流特征、故障录波数据特殊性、故障定位数据链路、线损计算数据依赖以及通信与边缘计算策略,为配电网数据管理提供参考。
TDengine时序数据库在城市供水SCADA系统中的应用实践,涉及百万人口城市供水系统数据采集、DMA分区漏损管理、时序数据库标签模型设计、漏损定位算法、通信链路特性和产销差计算准确性保障。适用于地级市及以上规模供水系统,需考虑通信稳定性、数据延迟和精度问题。
TDengine即将直播,探讨如何通过知识图谱技术将文档转化为知识网络,解决工业数据管理中的知识提取和逻辑连接问题。直播将展示数据、信息、知识的三层拆解,IDMP如何实现文档自动转化为知识网络,以及如何通过知识图谱提升AI的推理能力。直播时间为2026年10月27日19:00。
在开发环境和生产服务器上测试查询时,性能差异可能由多种因素引起,如参数嗅探、数据库和服务器级设置、硬件能力、索引和统计信息等。sp_BlitzPlanCompare工具可以帮助快速识别和优先处理这些差异,通过比较本地和远程服务器上的查询计划,分析配置设置,并查看实时活动。适用于SQL Server 2019及更高版本,有助于性能调优。
DuckDB 官方发布 v2.0.0 版本,代号 "Cyanoptera",包含多个优化和功能更新,如将 `Identifier` 改为类、支持 `MERGE INTO` 操作、添加新的聚合函数等。适用于所有 DuckDB 用户,特别是需要高性能和可扩展性的数据库管理员。
Oracle RAC 宣布,OCI Full Stack Disaster Recovery (DR) 现已原生支持 OCI 数据库与 PostgreSQL,旨在提高关键应用灾难恢复的效率,确保业务连续性。此功能适用于已部署 OCI 数据库与 PostgreSQL 的用户,可减少停机时间。
Oracle AI数据库中的视图可以创建可重用的SQL查询,但传统上无法传递参数。本文介绍如何创建带参数的视图,以实现更灵活的查询过滤,例如使用GROUP BY子句或窗口函数。适用于Oracle AI数据库。
Postgres 的 recovery_prefetch 功能可能导致生产环境中的故障和停机。该功能在同步复制和大型写入操作时可能导致严重的 IOPS 放大,影响数据库性能。建议在同步复制环境中禁用 recovery_prefetch。
SQL Server的查询优化器在二十分钟内回答了关于其工作原理的问题,强调了索引使用、查询缓存和统计信息的重要性。优化器会根据数据统计信息做出决策,而不是猜测数据的具体值。
PostgreSQL 18 引入了异步 I/O 子系统和执行计划新信息。本文通过 IvorySQL 5.6(基于 PostgreSQL 18.6)进行实测,包括 io_method 切换、pg_aios 观测视图等,并提供了相关配置和观测方法。
PostgreSQL 9.4 引入的 recovery_min_apply_delay 功能允许在恢复过程中延迟应用某些事务,以防止误操作。本文详细解释了该功能的设置、工作原理、影响以及如何正确使用它来避免数据丢失。
PostGIS 团队发布了 PostGIS 3.7.0rc3 版本,建议与 PostgreSQL 19 RC 1 配合使用。此版本需要 GEOS 3.10+、PostgreSQL 14-19beta3、Proj 6.1+ 和 libgmp。Python 3 是构建文档的新要求。包含自 3.7.0rc3 以来的一些修复和新功能。
Igor Suhorukov在PostgreSQL社区中分享了他将ClickHouse的MergeTree表引擎集成到PostgreSQL中的经验,以提高查询性能。他通过开发pg_vexec,一个基于PostgreSQL的向量化查询执行器,实现了这一目标。