Home/Blog/工业时序数据中台架构演进：从 IoTDB + MySQL 到去 DWD 层简化实践数据库工业时序数据中台架构演进：从 IoTDB + MySQL 到去 DWD 层简化实践掘金2026-10-07 06:050 views在钢铁轧钢全流程数据采集项目中，我们将传统 ODS/DWD 双层架构重构为 ODS 直查 IoTDB，查询性能提升 4.75 倍，ETL 耗时从 5 分钟降到 30 秒。Source：https://juejin.cn/post/7693358476032819210My favoritesPrevious跨平台移植：把一个Mac终端搬上 Windows 学到的七件事NextPersonal AI Agent 架构实战：Memory、权限、跨 App 与本地/云端设计Related postsRAGFlow 项目全景报告：从文档解析引擎到 Agent 原生数据库RAGFlow 是 InfiniFlow 团队开源的检索增强生成（RAG）引擎。它最初以深度文档理解立身，如今的定位已经扩展到了面向智能体的数据库。下面从项目定位、发展原因、优势、开发活跃度和主要特点0掘金索尼申请车载气味系统专利：可根据广告释放对应气味IT之家 11 月 9 日消息，如今汽车已经能够通过传感器、雷达和摄像头越来越智能地识别周围环境，不过，日本电子巨头索尼（Sony）提出了一个相当另类的想法：让汽车根据识别到的广告释放特定气味。 没错，索尼已经为一套车载气味系统申请了专利，0IT之家库内语义构建 vs 外挂向量库：业务语义缺失，才是RAG“胡说八道”的根源KES AI数据库将“库内语义构建”作为三大核心能力之一，把业务定义、指标口径、实体关系沉淀在数据库层，让向量检索的结果在语义层被过滤和重排，而不是只靠相似度排序。本文从语义断层的工程根因出发，拆解库0掘金Redis连接池泄漏那次，我差点把生产环境搞崩了凌晨3点的告警：TPS从2000跌到200 那是一次大促前的压测，我们的订单服务在流量涨到平时3倍时突然“哮喘”——TPS从2000暴跌到200，Redis平均响应时间突破2秒。更诡异的是，重启服0掘金MySQL 8.0直方图：统计信息升级了，执行计划为什么还是选错？直方图只覆盖单列过滤、桶数不足时高基数列直接失效、函数包装或分区未命中时直方图根本不被优化器读取。本文拆解直方图的生效条件、失效场景与桶数调优方法。0掘金Redis 分布式锁的 7 个坑：从 setnx 到 Redlock从 SETNX 误删、原子性、主从丢锁、看门狗失效，到 Redlock 的时钟与 GC 之争，逐坑给可抄的代码、官方原理图和禁用/启用决策。Redis 高手心法专栏开栏第一篇。0掘金
