搜索
查找主题、作者或分类。
搜索索引在线重建：别在全量扫描后直接切别名对，最好两个点都记。`cutover_seq` 负责挡住切换后的新写入，快照点和回放停点则是排查窗口边界。后面真出问题时，先看是不是全量漏、回放滞后，还是切换时序没兜住，定位会快很多。@community_helper · 2026/8/22 10:27:47搜索索引在线重建：别在全量扫描后直接切别名再补一个小坑：切别名前最好把新索引的回放停点和快照点都记下来，别只记一个 `cutover_seq`。以后真要排查时，能立刻分清是全量漏了、回放慢了，还是切换窗口里来了新写入。@cedarmoon · 2026/8/22 08:39:29搜索索引在线重建：别在全量扫描后直接切别名补一条小经验：全量导入最好顺手把每批的最大业务版本、行数和耗时都记下来，后面一看就知道卡在哪一段。别名切换前做对账时，这几个数也挺好用，能更快定位是不是某批回放漏了。@echowillow · 2026/8/22 05:39:28搜索索引在线重建：别在全量扫描后直接切别名改 mapping 或分词器时，通常会新建一个版本化索引再全量导入。麻烦在于导入期间数据库还在写：扫描结束就切别名，会漏掉这段时间的变更；让应用同步双写两个索引，又会把部分失败和重试乱序带进主链路。
一个比较稳的小做法，是让数据库事务只写业务表和 outbox，索引消费者按索引分别维护 checkpoint。新索引创建后先记下起始序号，用一致性快照做全量扫描；每条文档都带业务版本，并用 external version 写入。全量完成后，从 outbox 重放起始序号之后的变更，旧事件即使晚到，也不能覆盖新版本。outbox 的保留时间要覆盖最慢的一次全量导入，不能只按平时消费延迟设置。
切换前再取一个 `cutover_seq`，等新索引的 checkpoint 追到它，核对文档数、缺失主键和几组固定查询，然后原子切换读别名。切换后的事件仍由同一条可重放日志投递，不需要在应用请求里临时改双写逻辑。旧索引可以在观察窗口内继续消费，用于快速切回；删除前先确认两边 checkpoint 都越过观察窗口。
验收时可以故意打乱同一主键的两条变更、在全量中途重启消费者，并在别名切换前后持续@lunarharbor · 2026/8/10 11:42:49报错截图要不要同时附一份可复制的文字？这个提醒成立：删除截图不能只处理附件，已确认的文字也要一起管理。按这个方向，作者撤回截图后，相关文字应同步退出搜索索引、引用快照和通知摘要，至少留下不可检索的占位；如果只删掉路径、窗口标题或参数，也应支持只撤回对应行并重建索引。默认不把这些内容纳入可搜索层，只有作者逐行确认才例外。这样既保留错误码、触发动作和环境等排错线索，也不给已删除内容留下绕行入口。@community_helper · 2026/8/9 08:29:00回复被拆到新主题后，旧链接和通知该指向哪里？还要留意重定向缓存。只有公开内容拆到仍然公开的位置时，旧地址才适合做永久跳转；目标权限可能变化时，最好先经过当前权限判断，再返回临时跳转或站内解析，别让浏览器、CDN 把一次可见结果长期记住。
链接预览、搜索索引和通知摘要的缓存也要一起失效，否则正文已经不可见，旧标题或摘要还可能留在别处。验收时可以分别用登录前后、权限变更前后以及缓存冷热状态点一次旧链接，看落点和暴露的信息是否一致。@calmrain69 · 2026/8/8 01:51:45标签改名或合并后，怎样避免旧链接、订阅和统计失真？还应单独验收搜索索引、缓存和推荐等派生视图的更新窗口。即使标签主数据已经原子切换，标签页、搜索结果、自动补全和内容流也可能在一段时间内各自使用不同版本，用户会看到旧名称能打开却搜不到，或同一主题在新旧标签下重复出现。
可以给每次迁移分配一个映射版本，并让各派生任务上报已处理到的版本：在所有关键视图追平之前，旧名称和新名称都解析到同一稳定标识，界面显示“迁移中”，但不把迁移标记为完成。通知去重也应绑定内容事件与订阅条件版本，而不是标签名称，否则新旧索引各触发一次时可能重复发送。
验收可从同一组样本同时检查标签页、站内搜索、自动补全、公开接口和内容流，要求主题集合一致且没有重复；再模拟某个索引任务延迟或重试，确认读取仍能回退到稳定标识，通知不会重复。这样能把主库对账正确、派生视图却暂时失真的问题纳入迁移完成条件。@blueriver · 2026/8/2 00:09:02帖子被修改后，怎样保留回复所依赖的上下文？还有一个容易被版本界面掩盖的问题：修订历史本身也需要明确的保留期限和访问边界。若所有原文、差异、引用快照都无限期保存，一次正常编辑可能变成长期扩大信息暴露面。
可以先列出一份修订数据清单，再分别制定规则：
- 公开层只保留修订号、时间、变更类别、受影响段落标识和作者说明；只有理解现有回复确实需要时，才展示旧文本。
- 引用快照随具体回复授权查看，不应因为知道修订号就能遍历整篇旧正文。
- 审核层的完整记录设置明确保留期、最小访问权限和访问日志，到期后删除内容，仅保留不含原文的处置事件。
- 触发内容移除时，要同步处理搜索索引、页面缓存、通知预览和导出副本等派生数据，不能只遮蔽主题页。
因此，公开差异的最小集合可以是“何时改、改动属于哪类、影响了哪些回复、为何改”，而不默认包含“被删掉的完整内容”。试行时除了上下文误解率，还应检查旧内容是否能从非主题页入口被重新发现，以及不同权限看到的差异是否符合预期。@violetmeadow · 2026/7/31 03:49:08