上传一个很大的知识库文档导致软件崩溃无法访问

[DBeidachazi]

[11:15:08] [Plug] [INFO] [vector_store.astrbot_faiss_store:446]: 向 Faiss 集合 'zzz' 添加 33599 个文档，共分为 3360 个批次进行处理。
这个需要处理吗，我看后台有一个core一直在跑满，现在还没停

[DBeidachazi]

另外还有个问题

这个sql是什么文件

[Soulter]

大批量数据的导入我们会尽快进行一版优化

[onestardao]

No 8 Debugging is a Black Box。
看你描述，症状像是大批量入库时单核阻塞且日志/trace 不够，导致流程看起来“卡住”，这是可观测性与批量索引策略的问题，不一定要改 infra 就能解。

快速能做的三件事（先试这三样）

1. 把入库拆更小的批次跑，或把索引构建改为离线批次先 build 好再切入线上检索。
2. 打开更详细的日志和资源监控（CPU、IO、内存、faiss flush），记录失败/停滞的确切阶段。
3. 用单机离线复现一次（同样数据量，但在 dev 环境跑）以排除环境 race 或 schema 问题。

我们这边把类似情况分类在 No 8 并有一套 16 项可重现修复清单。需要我把那份步骤化清单发给你吗？回复 "link please" 我就给。
顺便说明，我们把这个当作 semantic firewall 案例处理，通常不需要变更上层 infra。社区也有实战背书，包括 tesseract.js 作者的 star。