全文检索是数据库的有力补充,全文检索并不能替代数据库在应用系统中的做用。当应用系统的数据以大量的文本信息为主时,採用全文检索技术可以极大的提高应用系统的价值。php
数据库搜索。假设搜索范围包含全部正文数据。每每性能很是低。用户响应时间长(分钟级。经常超时);而全文检索可以在0.x秒(毫秒级)的时间内将结果反馈给用户;python
数据库搜索。一个用户在搜索。每每影响其它用户的相应用系统进行操做。全文检索可以同一时候支持多个用户并发搜索,其它相应用系统进行操做的用户不受影响。 mysql
数据库搜索很是难实现多个关键字的复合搜索。而全文检索可以实现多个关键词的复合搜索。包含 “和(AND)”、“或(OR)”、“否(NOT)” 等; 算法
数据库搜索难于对结果进行相关度排序,当检索结果多时。用户每每难于找到最恰当的文档。而全文检索经过统计的研究成果。可以将文档进行相关度排序后。再返回给用户,提升用户的效率;sql
全文检索还可以对检索结果的数据进行聚类分析(Group, 这里的聚类和NLP里面的聚类算法不一样)。增进用户对数据分布状况的了解。数据库
全文检索需要用户按期运行创建索引的动做,比直接使用数据库搜索添加了维护的工做; 编程
实现的不无缺的全文索引系统easy形成索引与数据库的不一致,反而减小了用户的使用体验; api
优秀的全文检索系统支持依照文档的不一样字段分配不一样的检索权重。依据应用的不一样动态的改变结果的排序;数组
对于中文、日文和韩文而言,全文检索支持分词。进一步缩小告终果集的范围;而数据库检索每每不支持。每每一些与搜索词绝不相干的内容也混入告终果集。性能优化
全文检索与数据库检索各有优点,需要依据详细应用场景的不一样灵活选择。
全文检索通常支持中文分词。而每每有人以为将现有的不支持中文分词的全文检索软件添加中文分词模块就可以使用了。这个观点自己没错,但是可以使用不表明可以用好。
国内有大量的站点採用Lucene+中文分词的解决方式,但是搜索结果并不乐观。
中文全文检索毫不是简单的将国外的全文检索软件包添加中文分词模块(汉化的全文检索)。相比汉化的全文检索,中文全文检索引擎主要有例如如下优点:
高精度的分词算法。有统计以为。中文分词的切分精度至少要达到>96% ,才干对全文检索的精度和准确率没有太大影响。
为中文优化过的结果集排序算法。中文用户有使用长短语(短句)进行搜索的习惯,而汉化的全文搜索不考虑词与词之间的位置关系,严重影响了用户的使用体验;
可以利用中文的词性信息。对于不一样词性的词。给与不一样的排序权重,进一步改善结果集。
对站点设备有要求
自建全文搜索每每需要站长有至少一台独立主机,而使用第三方提供的全文搜索对站点的要求低,虚拟主机就能够;只是,出现全文搜索需求的站点一般已经有本身的独立主机了。
索引更新更及时
由于搜索服务在第三方托管。其每每仅仅能依照必定的规则按期更新索引库(每每是几小时、甚至几天才更新一次索引)。您站点上的新出现的内容每每不能及时被搜索到。
使用自建全文搜索,可以保证您站点上新出现的内容可以”立刻“被检索到。
更适应您的站点
由于中文需要进行分词的特性,致使没有一套通用的词库可以适用于全部站点,要获得优秀的检索结果需要定制一套适用于您站点的词库;
採用第三方的搜索服务。您是没法改动第三方厂商的词库的。而使用自建全文搜索则无此问题。
更有利于您站点的数据整合
有些站点不止是论坛,每每还包含内容管理(CMS)、商城等多种应用,而使用数据库搜索每每需要用户在各个系统中都进行搜索才干找到内容;
第三方的检索没法差异各个系统的不一样。而自建的全文搜索可以有效的区分各个数据来源的不一样数据,真正作到一次搜索应有尽有,从而改善您站点的訪问体验。添加您站点的点击率。
避免您的訪问者遇到某些尴尬
第三方的搜索结果页面不是您可以控制改动的,有推荐一些可能会使您站点訪问者尴尬的搜索短语的可能。
而使用自建全文搜索则全然无此问题。
Sphinx是一款基于SQL的高性能全文检索引擎。Sphinx的性能在众多全文检索引擎中也是首屈一指的,利用Sphinx。咱们可以完毕比数据库自己更专业的搜索功能,并且可以有很是多针对性的性能优化。
Sphinx的特色:
高速建立索引:3分钟左右就能够建立近100万条记录的索引,并且採用了增量索引的方式,重建索引很是迅速。
闪电般的检索速度:虽然是1千万条的大数据量,查询数据的速度也在毫秒级以上。2-4G的文本量中平均查询速度不到0.1秒。
为很是多脚本语言设计了检索API。如PHP,Python,Perl,Ruby等,所以你可以在大部分编程应用中很是方便地调用Sphinx的相关接口。
为MySQL设计了一个存储引擎插件。所以假设你在MySQL上使用Sphinx。那简直就方便到家了。
支持分布式搜索,可以横向扩展系统性能。
Sphinx 全文搜索引擎对英文等拉丁语系支持较好, 对中文等支持较差.
Coreseek 是一款中文全文检索/搜索软件。以GPLv2许可协议开源公布,基于Sphinx研发并独立公布。专攻中文搜索和信息处理领域。适用于行业/垂直搜索、论坛/站内搜索、数据库搜索、文档/文献检索、信息检索、数据挖掘等应用场景,用户可以免费下载使用. 并且在全面的中文手冊, 方便部署和使用.
本章节概述Coreseek安装说明, 详细环境及详细说明请见Coreseek官方中文手冊:http://www.coreseek.cn/products-install/step_by_step/
下面使用MySQL数据源进行说明.
第一步:安装
安装coreseek请參考:BSD、Linux、Windows系统安装測试说明文档。
安装后,请确保安装測试说明文档中的各项測试都可以经过,以便coreseek作好准备。为你服务!
第二步: 配置
在BSD/Linux安装包的testpack/etc文件夹下,放置了演示的配置文件;
在Windows安装包的etc文件夹下,也放置了演示的配置文件;
假设是mysql数据库,可以将csft_mysql.conf拷贝为本身的配置文件,而后进行改动。其它数据库可以參考python数据源。
要查看配置的细节,可以訪问Coreseek/Sphinx(0.9)中文手冊了解详情和详细的配置參数。
配置文件的核心。为source和index配置,二者是成对出现的;假设需要设置针对多种状况或者多个数据表的索引,则可针对每一个编写相应的source和index配置;
source表示从何处取得原始数据。也就是数据源。index表示取得数据后怎样索引;
source配置中,请确保可以使用给出的数据库server地址、用户、password链接到相应的数据库,运行获取数据的SQL语句可以获得数据。不然coreseek没法获得数据。也就没法提供服务了。
普通状况下,sql_query给出读取数据的SQL语句,第一列为自增的ID字段,而后可以包含字符串字段,整数数值字段。整数数值字段需要在后面使用sql_attr_uint明白标注,有多个则分别标注就能够。
index配置中,需要注意改动path參数,确保不与其它的搜索服务发生冲突。最后的search的配置中。也要改动相应的路径參数和端口參数,以防止冲突发生;
第三步:測试
首先,索引:使用bin文件夹下的indexer,运行:indexer -c 配置文件的路径 index名称.
# /usr/local/coreseek/bin/indexer -c etc/csft.conf --all ##--all表示全部索引
##Windows下面为bin\indexer -c etc\csft.conf --all
##下面为正常索引全部数据时的提示信息:部分数据信息依据实际数据状况变化
Coreseek Fulltext 3.2 [ Sphinx 0.9.9-release (r2117)]
Copyright (c) 2007-2010,
Beijing Choice Software Technologies Inc (http://www.coreseek.com)
using config file 'etc/csft.conf'...
indexing index '索引名称'...
collected 3 docs, 0.0 MB
sorted 0.0 Mhits, 100.0% done
total 3 docs, 7585 bytes
total 0.075 sec, 101043 bytes/sec, 39.96 docs/sec
total 2 reads, 0.000 sec, 5.6 kb/call avg, 0.0 msec/call avg
total 7 writes, 0.000 sec, 3.9 kb/call avg, 0.0 msec/call avg
果出现以上相应的提示。则表示配置正确,可以正常索引
随后,启动搜索:使用bin文件夹下的searchd。运行:searchd -c 配置文件的路径 –console
# /usr/local/coreseek/bin/searchd -c etc/csft.conf --console
##Windows下面为bin\searchd -c etc\csft.conf --console
##下面为正常开启搜索服务时的提示信息:当中的port可以在配置文件里改动
Coreseek Fulltext 3.2 [ Sphinx 0.9.9-release (r2117)]
Copyright (c) 2007-2010,
Beijing Choice Software Technologies Inc (http://www.coreseek.com)
using config file 'etc/csft.conf'...
listening on all interfaces, port=9312
如要继续測试搜索功能,请不要中止searchd。不然其它程序将没法链接到搜索服务端
BSD/Linux环境下,測试成功后:
如要后台运行服务,则使用:searchd -c 配置文件的路径。将searchd做为后台服务运行;
假设要中止后台服务,则使用:searchd -c 配置文件的路径 –stop;
假设要更新后台服务的索引,则使用:indexer -c 配置文件的路径 index名称
假设要将搜索结果应用到本身的程序之中,请使用api文件夹下相应的api接口測试。
PHP接口的測试例如如下:
//注意文件的编码格式需要保存为为UTF-8格式
require ( "sphinxapi.php" );
$cl = new SphinxClient ();
$cl->SetServer ( '127.0.0.1', 9312);
//下面设置用于返回数组形式的结果
$cl->SetArrayResult ( true );
/*
//ID的过滤
$cl->SetIDRange(3,4);
//sql_attr_uint等类型的属性字段,需要使用setFilter过滤,类似SQL的WHERE group_id=2
$cl->setFilter('group_id',array(2));
//sql_attr_uint等类型的属性字段,也可以设置过滤范围,类似SQL的WHERE group_id2>=6 AND group_id2<=8
$cl->SetFilterRange('group_id2',6,8);
*/
//取从头開始的前20条数据,0,20类似SQl语句的LIMIT 0,20
$cl->SetLimits(0,20);
//在作索引时,没有进行 sql_attr_类型 设置的字段,可以做为“搜索字符串”,进行全文搜索
$res = $cl->Query ( '搜索字符串', "*" ); //"*"表示在全部索引里面同一时候搜索。"索引名称(好比test或者test,test2)"则表示搜索指定的
//假设需要搜索指定全文字段的内容,可以使用扩展匹配模式:
//$cl->SetMatchMode(SPH_MATCH_EXTENDED);
//$res=cl->Query( '@title (測试)' , "*");
//$res=cl->Query( '@title (測试) @content ('网络')' , "*");
echo '<pre>';
print_r($res['matches']);
print_r($res);
print_r($cl->GetLastError());
print_r($cl->GetLastWarning());
echo '</pre>';
搜索结果演示样例:
Array
(
[error] => 【本次查询的错误信息】
[warning] =>
[status] => 0
[fields] => Array
(
[0] => title
[1] => content
)
[attrs] => Array
(
[published] => 2
[author_id] => 1
[a] => 1
)
[matches] => Array 【匹配到的文档信息】
(
[0] => Array
(
[id] => 3 【文档的ID】
[weight] => 1680
[attrs] => Array
(
[published] => 1270094460
[author_id] => 2
[a] => 0
)
)
)
[total] => 1 【本次查询返回的结果数目。好比翻页等使用】
[total_found] => 1 【整个系统包含的结果数目】
[time] => 0.136 【查询使用的时间】
[words] => Array 【分词结果】
(
[server] => Array
(
[docs] => 1 【该词汇匹配到的文档数目】
[hits] => 1 【该词汇出现的次数】
)
)
)