【转载】Discuz!NT企业版之Sphinx全文搜索

最新推荐文章于 2021-02-08 02:42:21 发布

weixin_34088598

最新推荐文章于 2021-02-08 02:42:21 发布

阅读量85

点赞数

CC 4.0 BY-SA版权

文章标签：数据库操作系统 c#

原文链接：http://www.cnblogs.com/fx2008/archive/2011/12/29/2305691.html

文章详细介绍了如何在Discuz!NT企业版中集成Sphinx全文搜索，包括客户端C#代码架构实现、服务器配置方案、安装与配置SPHINX中文搜索工具、创建索引及实现准实时查询等关键步骤。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Discuz!NT企业版之Sphinx全文搜索(上)

      作为Discuz!NT企业版中的一员，在设计企业级搜索架构之初，就考虑了海量数量，准实时索引更新，并发访问，安装布署等诸多方面。目前在生产环境下被广泛使用的开源搜索引擎中，sphinx以其强大快速的索引功能，优异的并发响应性能，方面灵活的布署，分布式查询等诸多因素而倍受青睐。

      目前Sphinx广泛应用在Linux平台上，尽管官方所发布的产品中也有window版本，并且支持mssql数据库，但在使用过程中才发现，其只在发布的windows平台下的版本里才支持mssql数据库，而linux平台下只有MySql,PostgreSQL这两种数据库支持。尽管后来在网上查找资料时发现可以使用UNIXODBC方式在LINUX下链接MsSql数据库，但在unixodbc的官方网站下载的源码包中却发现其并不包含makefile文件，从而导致下载解压的源码包无法编译（看来unixodbc开发者也疏忽了），当然即使ODBC能链接成功，但效率上还是可能存在问题。

      而在window下尽管能实现链接mssql和创建索引以及查询，但在进行压力测试时发现即使50并发也会让sphinx守护进程疲于奔命到停止响应（后来在Linux下布署,发现同样数据索引量同一台机器，可以支持至少200-300并发），而sphinx的宿主环境是一台单核1.5G+1.5g内存的普通台式机（现在主流笔记本的配置都比它高得多）。所以就并发性而言,目前主流平台还是建立在linux上.

      正因为如此,我才在解决方案中引入了一个mysql数据库，来实现下面三个目标：

      1.为LINUX平台下SPHINX提供可访问的数据源。
      2.充当快照功能（Slave database）解决当主数据库(Master database)宕机后，不会影响SPHINX创建索引了，这样看就相当于备份功能。
      3.解决当创建SPHINX索引时，对主数据库的访问压力。

      下面这张图简单说明了Sphinx(Linux) + MySql + Discuz!NT的关系:

      如上面所说的，我们在产品中引入了Sphinx客户端API，而服务端则通过LINUX+SPHINX守护进程来实现，所以这篇文章要被分为两个部分，今天要说明的只是Discuz!NT方面的改动。下一篇将会介绍如何在LINUX下配置SPHINX及增量索引等相关工作。好了开始正文吧。

      首先为了简化安装，我写了一个文件类用于配置SPHINX客户端信息，如下（Discuz.Config\EntLibConfigInfo.cs）：

      /// <summary>
     /// Sphinx企业级查询配置信息
     /// </summary>
     public class SphinxConfig
    {
         /// <summary>
         /// Mysql增量数据库链接地址
         /// </summary>
         public string MySqlConn;
         /// <summary>
         /// 是否启用Sphinx搜索
         /// </summary>
         public bool Enable;
         /// <summary>
         /// Sphinx服务地址
         /// </summary>
         public string SphinxServiceHost;
         /// <summary>
         /// Sphinx服务端口
         /// </summary>
         public int SphinxServicePort = 3312 ;

        ......
    }