商品规则频繁变化，怎么做知识增量更新、版本治理和过期清退？

先这样答

商品规则类知识带有强时效性。增量更新依靠变更事件驱动来完成。商品规则系统发生变更时，主动向外推送变更事件。知识库接收到变更事件后，提取对应的规则ID。系统按照这个规则ID先在底层删除旧规则，然后再增加新规则。先删后增的操作保证了知识库中只有一份最新的规则数据。

版本治理的核心机制是时间戳过滤。系统在录入每一条知识时，强制写入生效时间和失效时间这两个字段。用户发起提问时，系统首先获取当前的系统时间。检索模块随后在知识库中执行查询操作。查询条件强制携带基于当前时间的过滤逻辑。系统只返回当前时间处于生效时间与失效时间区间内的规则。未生效或已过期的规则直接在检索层被拦截。

过期清退依靠定时任务来执行。系统配置定时任务，定期扫描并清理已经超过失效时间的知识条目。清理底层数据库条目时，必须同步执行缓存联动失效。这里非常容易出现改了数据库却忘记清理缓存的事故。底层规则虽然已经清退，但线上系统继续读取未失效的旧缓存。大模型最终依然根据过期的商品规则回答用户问题。

面试官会怎么追问

• 「增量更新的数据源和触发机制是什么？」 触发机制是变更事件驱动。商品规则系统发生规则变化时，主动向外推送变更事件。知识库接收事件后解析出规则ID。系统按规则ID执行先删后增操作。

• 「如果一条新规则明天才生效，今天怎么防止它被检索出来？」 依靠版本治理中的时间过滤机制。每条知识在录入时都带有生效时间和失效时间。今天的检索操作会用今天的时间构建过滤条件。这条新规则的生效时间在明天，检索层会直接将其过滤掉。

• 「定时任务清理过期条目时，有什么必须注意的关联操作？」 必须执行缓存联动失效操作。定时任务清理底层数据库里的失效条目后，要同步清理对应的缓存数据。忘记清理缓存会导致线上系统继续用旧规则生成回答。

回答的坑

只讲了底层数据库的过期清理，忘记提及缓存联动失效导致线上答旧规则的事故。 没有点出每条知识必须自带生效时间和失效时间，导致检索环节缺乏版本过滤机制。