我个人感觉自从更新了按文档分类搜索后搜索时间增加了很多，目前我搜索一个东西无论是文档内还是全局搜索都是 5 秒左右，但是之前基本都是 1 秒就行，这导致我当初第一时间更新后又回退到旧版本了，旧版本的搜索还是很流畅。这两天发布了 2.5.3 后我又更新试了试但是发现搜索性能还是不行，我不知道是什么原因导致的，试过换成默认主题速度还是慢。跟之前速度对比起来确实相差好几倍。
但是在 2.5.3 我选择不分组搜索后速度还是很慢，我也不清楚是什么原因导致的。
我不知道有没有同样遇到这种问题的。
关于搜索性能问题
本贴最后更新于 574 天前，其中的信息可能已经水流花落
相关帖子
-
我导入 github 的这个发现搜索速度确实挺快，比我的笔记内容搜索起来快多了，这是什么原因，我的笔记肯定没有导入的这个多。那个搜索结果条目如果设置小了会不会导致有些没被搜索出来？（哦对今天我发现代码语言中没有 vue，typora 中是有的）
1 回复 - 其他回帖
-
我能理解你限制命中条数的思路了。确实是，可以通过优化关键词和添加其他限制条件来提高命中结果的精确程度，但是目前存在两个问题：
1、目前的搜索 ui 不够完善，想达到以上目的只能使用 sql，这个门槛太高了。我日常使用的一些商业化网站（用于搜索法规或者搜索上市公司公告，都是各类纯文本内容），几乎都能做到分别针对标题、内容、发文单位、所在板块、发文时间等多个主题设置不同的关键词，且允许设置多个关键词之间的且和或的关系，还允许设置多个关键词之间是在同句、同段或同篇文字出现，以及明确排除某些关键词（即制定不包含某些关键词）。做的好的，甚至能够就特定事项列出专门的搜索框（例如某事项是否审核通过，因为这类事项不是类似发文单位这种文件中现成且固定出现的内容，通过简单的搜索关键词很难保证结果全面，网站应该是做了专门的工作，感觉属于语义分析范畴）。而思源目前的搜索离我举的例子还有很大差距。
2、即使做到以上程度（或者用 sql），在我的使用场景中，如果程序存在对命中条数的限制，因为没办法准确记得自己想要找到的完整内容，依旧会有搜不到特定内容的可能（我无法判断是我的搜索条件设置不准确导致搜不到，还是我的笔记不包含相关内容，或者是被程序的命中条数限制了所以不显示）。因此，最终还是需要通过比较简单的关键词来显示一个比较大范围的命中结果（确保包含了我目前笔记中的全部相关内容）之后进行肉眼筛选。所以，前段时间上线的分组功能很重要，即使命中结果很多，我也可以依据法规名称快速排除我不需要的项目（这种判断依靠的是我对该法规所覆盖内容的记忆，感觉很难简单的通过各种关键词设置来实现相同的目的）。
所以，在我的使用场景中，优化搜索功能很重要（完善 ui，优化性能），希望 D 大考虑一下，是不是把相关优化工作的优先级提升一下 🙏
1 回复 - 查看全部回帖
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于