随笔 - 30  文章 - 0 评论 - 161 阅读 - 78333
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

  最近遇到一个比较奇怪的问题,为了提升一个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;
posted on   John.Lau  阅读(587)  评论(0编辑  收藏  举报
编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· [AI/GPT/综述] AI Agent的设计模式综述
点击右上角即可分享
微信分享提示