AI 数据库入门：DBA 先补哪三个概念

先别急着背三个词

有人问我：“语义、向量、召回，这三个词到底跟 DBA 有什么关系？”

我没有从定义讲起。定义网上一搜就有，背下来也不难。难的是第二天上班，遇到一份报表、一条慢 SQL、一次告警，能不能想起它。

我入行四年，从运维转数据库。刚转岗那年，我抱着官方文档啃了三天，目录没翻完，人先困了。师父路过，说：你先别背，你先说它解决什么问题。

这句话我记到现在。所以这三个词，我也按“解决什么问题”来讲。

我也问过自己：这些词是不是意味着以前学的都不算了？后来发现，不是。SQL 还是要写，备份还是要恢复，执行计划还是要看，权限还是要管。新词没有把旧活删掉，只是让旧活多了一个问题。

我在后台也收到过同样的问题。我跟对方说，你先别报课，先看看自己手上哪件活会被这些词碰到。她想了半天，说备份。那就从备份开始。

语义：把业务话接回字段

业务说“上个月的有效订单”。什么叫有效？是付款且没退款，还是下单就算？这个口径不写清楚，换个人问，答案就变。

语义要接住的，就是这种每次都要重新解释一遍的活。说人话，语义是让库知道这个字段在业务里指什么，不只认得字段名。

对 DBA 来说，这件事不陌生。字段注释、数据字典、指标口径，都是同一类工作。只是以前给人看，现在还要让 AI 应用也能用。

向量：换一种找内容的方式

向量，是把一段话变成一串数字，意思相近的段落，数字也相近。

以前找内容靠关键词对字。搜“有效订单”，只能找到包含这四个字的地方；搜“付款未退款”，又是另一批结果。按意思找，是想让“说的是同一件事”的内容，能靠得近一点。

对 DBA 来说，多出来的是内容怎么切、向量怎么存、索引怎么建。它不是把 SQL 换掉，而是在原来的库旁边，多了一种检索方式。

召回：有结果不等于答对

召回，是该出现的那段内容，有没有进到前几条候选里。

向量检索通常会返回结果，哪怕库里没有答案。所以“有结果”不等于“答对了”。先看正确段落有没有进前 5 条，再看排在前面的内容相不相关。

这个顺序不能反。先看有没有，再看排得好不好。连正确内容都没进来，后面排得再漂亮也没有意义。

三个词，落到三件活

语义落到报表口径。 我接手报表时，业务说“有效订单”，我问了十分钟，最后落到“付款且没退款”。这个词不写进去，换个人问，答案又变。

向量落到检索。 以前找内容靠关键词，现在可以按意思找。多出来的是内容怎么切、向量怎么存、索引怎么建。切太碎，上下文丢了；切太长，检索不准。

召回落到评测。 找 20 个问题，标出答案在哪一段，看前 5 条命中几个。没命中的，再看是问法不对、切分不对，还是召回不够。

三件事都不需要先搭环境。纸和表格就能开始。写不出具体活的，先别算学会。这句话不好听，但能省下不少假装学会的时间。我以前就干过这种事，名词背了一串，真到值班还是发虚。

公开消息里的三个“库内”

10 月底，我刷到一条新闻：10 月 30 日，金仓开了一场发布会，主角是一款 AI 数据库。公开材料里提到三个“库内”：库内语义构建、库内计算推理、库内原生安全管控；主张是“数据不出库，AI 也能用”。

我没参会，也没上手。下面只是把公开说法翻成自己的话，不补材料里没写的细节。

库内语义构建，对应“语义”。业务字典建在库里，AI 应用来问的时候，少一层翻译。这个方向和前面那段能对上，但具体怎么建、怎么维护，材料没展开。

库内计算推理，和“向量、召回”有交集。我理解成把一部分模型推理放进库里跑，少搬一次数据。哪些模型能跑、要什么条件，材料也没展开。

库内原生安全管控，对应“权限”。原来谁能看哪行，多了 AI 入口之后还得算数。说人话，AI 不能绕开原来的权限。

我把这条消息当成一个方向，不是参数表。方向可以记，细节再查。

明天先做一行

如果明天只做一件事，我选备份清单那一列。

列出表、索引、日志、向量索引、语义配置，逐项写“是否备份、恢复后是否重建、怎么确认”。先把“有没有备、要不要重建”问清楚，再谈别的。三件一起做，多半会停在收藏夹里。

还有一个问题没想通：向量索引如果不在备份里，恢复后重建，能不能和原来那批内容对上？这一行先空着，等问过再写。