最近遇到一个比较奇怪的问题,为了提升一个Search Function的性能,为此建立了全文索引,然后用Contains语句来降低查询时间。
SELECT * FROM TABLE_A WHERE CONTAINS(Field1,'ABC|DFD|FD')
使用Contains查询确实比较很快。不过问题是每过约20分钟左右的时间;再次使用contains查询会很慢,甚至会超时,第2次,第3次..则又非常快。如此的重复着。 开始的时候我怀疑是因为SQLServer的 Data Cache问题,所以用WITH Recomplie Option等方式去解决不使用Cache的,但仍然没有任何效果,问题还是继续出现。且这个问题只是出现在某一个环境下。
最后证实问题的罪魁祸首是一个SQLServer的一个配置(VerifySignature). 唯独在这个环境中VerifySignature属性被设为了1,其他的环境都是0.
查询配置的语句:
SELECTfulltextserviceproperty('VerifySignature')
当VerifySignature被设置成1时。
当第一次query的时候,SQLServer 会尝试连到Internet 上 验证word breaker证书. 接下来的第二次则不会再去验证。
验证需要花一些时间,尤其当SQLServer没有网络连接的时候。
如果在5分钟里并没有其他的Full text search被行的话, the word breaker会被Unload掉,然后再次执行证书验证。这就是为什么我会遇到这样奇怪的问题.
解决办法:
sp_fulltext_service 'verify_signature',0;
« 上一篇: C# 复制指定文件夹下的所有文件和文件夹
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· [AI/GPT/综述] AI Agent的设计模式综述