BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

性能问题损伤SQL Server 2008的全文检索

| 作者 Jonathan Allen 关注 530 他的粉丝 ,译者 张善友 关注 0 他的粉丝 发布于 2008年11月18日. 估计阅读时间: 3 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。

首先,一些不熟悉全文检索背景的人。一般来说,计算机科学术语全文检索只是意味着你在文档中搜索所有的文本。对付全文检索的另一种选择是查找元数据,例如标题和关键字。

对SQL Server而言,全文检索提供了存储在关系数据库或者是文件系统上的文本的高级搜索能力。搜索并不局限于字符串,应用程序所能理解的例如词干分析。这使得搜索“swim”,也返回“swims”, “swimming”,和“swam”。 它也可以支持权重搜索,即某些词比其他的词更重要,并可以搜索两个彼此相邻的词语。根据搜索条件的结果可以进行一个排名。

之前版本的全文检索是一个外部服务,和SQL Server并排运行的服务。这样设计,参与索引的表和列的数据不得不从SQL Server运送到全文检索服务。全文检索编目不能与其他的数据库一起备份,而且两个服务不能轻松的共享内存和CPU资源。

为了处理这些和其他的问题,SQL Server 2008把全文检索移到数据库中。现在SQL Server自身可以动态管理服务器资源,为服务自动管理改变内存和CPU资源配额。不幸的是,开发人员遇到了这种设计的一些意外结果。

他们依然会碰到的特定问题是事务。在一个事务性的数据库中,SQL Server要时刻遵守ACID的规则。这意味着在搜索的时候行、页或甚至整个表都被锁定。通常情况下不会太坏,但是Brent Ozar解释说,错误的搜索会让事情变得复杂。

如果你在修正版(Revisions)上进行全文检索并且包含一些常见的关键字,像SQL滞留,则需要匹配数以万计的记录。当我们查看一下查询计划的时候,我们看到有50-100k的读操作。在表里面做这样的事情,也会获得沉重的表插入,事务性的灾难。

Jeff Attwodd继续说道,

我们的stackoverflow.com很大程度上依赖于全文检索, 在SQL Server 2005下面工作得很好。不幸的是在SQL Server 2008下的情况则不同。

Brent正在和SQL Server团队跟进这件事,他们用我们的数据库拷贝进行测试。[…] 根据目前为止出奇的差的SQL Server 2008全文检索和明显的体系结构更改,我对SQL团队能够为我们做些什么感到悲观。

他们所指的网站StackOverflow将计划不再长期使用全文索引。他们已经规划出迁移到竞争的搜索引擎Lucene.Net上。但是那些计划继续使用全文检索的人,在 SQL Server 2005升级到2008以后需要在这方面进行彻底的测试。

查看英文原文:Performance Problems Mar SQL Server 2008 Full Text Search

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT