Home/Blog/库内语义构建 vs 外挂向量库：业务语义缺失，才是RAG“胡说八道”的根源数据库库内语义构建 vs 外挂向量库：业务语义缺失，才是RAG“胡说八道”的根源掘金2026-11-09 18:400 viewsKES AI数据库将“库内语义构建”作为三大核心能力之一，把业务定义、指标口径、实体关系沉淀在数据库层，让向量检索的结果在语义层被过滤和重排，而不是只靠相似度排序。本文从语义断层的工程根因出发，拆解库Source：https://juejin.cn/post/7706108508349055017My favoritesPrevious复活 ABC 输入法Next一个月 7 个版本：三版都在补同一件事 —— 卡片背面原来是空的Related postsRedis连接池泄漏那次，我差点把生产环境搞崩了凌晨3点的告警：TPS从2000跌到200 那是一次大促前的压测，我们的订单服务在流量涨到平时3倍时突然“哮喘”——TPS从2000暴跌到200，Redis平均响应时间突破2秒。更诡异的是，重启服0掘金MySQL 8.0直方图：统计信息升级了，执行计划为什么还是选错？直方图只覆盖单列过滤、桶数不足时高基数列直接失效、函数包装或分区未命中时直方图根本不被优化器读取。本文拆解直方图的生效条件、失效场景与桶数调优方法。0掘金Redis 分布式锁的 7 个坑：从 setnx 到 Redlock从 SETNX 误删、原子性、主从丢锁、看门狗失效，到 Redlock 的时钟与 GC 之争，逐坑给可抄的代码、官方原理图和禁用/启用决策。Redis 高手心法专栏开栏第一篇。0掘金MySQL多值索引：让 JSON 数组也能走索引（以及 6 个容易踩的坑）JSON 数组不能直接建索引，JSON_CONTAINS 只能全表扫。MySQL 8.0.17 的多值索引救了场，却在类型对齐、空数组、排序能力上埋了 6 个坑。一正一反两个真实样本告诉你索引到底怎么0掘金KingbaseES 调参先看执行计划，参数是答案不是起点一条 SQL 慢了，上网搜一圈，答案十有八九是调参数。shared_buffers 给多大，work_mem 设多少，并行开不开，评论区各说各的。照抄一遍，快没快不好说，库里倒是多出几个没人敢动的配置0掘金区块链只能用于违法的事情？最近看到一篇文章说： 只有一个场景 ，区块链是很好的解决方案，也是唯一的解决方案：交易各方互不信任，无法使用合同和法律制度。换句话说，就是违法的事情。其他场景，数据库和各方之间的合同是更好的解决方案。0土木坛子
