Sphinx Search 并发查询耗时大幅升高，是否正常？该如何优化配置？

10并发下查询耗时从0.1-0.5秒飙升到20秒不属于SphinxSearch的预期表现。SphinxSearch原生支持至少数百级别的并发查询，你当前遇到的瓶颈几乎都来自缺失核心性能配置，不需要优先更换搜索引擎。

你当前的searchd配置仅配置了基础端口、日志路径，缺失大量并发、资源分配相关的核心参数，默认的并发连接上限、进程工作模式配置极低，是导致并发请求堵塞的核心原因。

按优先级调整以下searchd参数，调整后重载配置即可生效：

• 工作模式配置：默认fork模式每来一个请求就新建一个进程，进程切换开销极大，改为workers = thread_pool（Sphinx 2.x+版本支持），用线程池模式处理请求，开销降低一个数量级
• 并发上限配置：默认max_connections参数通常为10，刚好是你当前的并发阈值，后续请求全部排队导致耗时飙升，调整为max_connections = 1000，适配更高并发
• CPU亲和配置：新增cpu_affinity = 1，自动绑定查询线程到不同CPU核心，避免上下文切换开销
• 内存缓存配置：
  • 开启公共查询缓存：query_cache_type = 2，重复查询直接走缓存返回，不需要重新计算
  • 按服务器内存配置缓存大小：query_cache_limit = 128M（单条查询缓存上限）、query_cache_size = 2G（总查询缓存大小，建议占总可用内存的10%-20%）
  • 控制单查询内存占用：max_matches = 1000，根据业务返回需要调整，不要设置过大，避免单查询内存占用过高
• IO优化配置：read_buffer = 2M，调大读缓冲区减少磁盘IO次数；如果属性字段较多，新增ondisk_attrs = 1，属性字段走磁盘存储，避免全量加载占满内存。

优化后配置参考： #

searchd
{
    listen          = 9312
    listen          = 9306:mysql41
    pid_file        = /var/searchd.pid
    read_timeout    = 30
    log             = /var/log/sphinxsearch/searchd.log
    query_log       = /var/log/sphinxsearch/query.log
    # 新增性能配置
    workers         = thread_pool
    cpu_affinity    = 1
    max_connections = 1000
    max_matches     = 1000
    query_cache_type = 2
    query_cache_limit = 128M
    query_cache_size = 2G
    read_buffer     = 2M
    read_unhinted   = 32K
    ondisk_attrs    = 1
}

如果调整完配置后性能还是不达预期，按以下顺序排查：

• 查看query.log里的慢查询，确认是否存在无索引的模糊查询、全表扫描类查询，优化查询语句
• 查看服务器IO负载，如果索引存储在机械硬盘上，换成SSD可大幅降低随机IO耗时
• 1亿行数据建议按时间或者业务字段做分布式索引，分摊单节点查询压力

调整完配置后，10并发下的平均查询耗时应该稳定在1秒以内，甚至可以支撑上百并发保持低延迟，不需要优先更换其他搜索引擎。

内容的提问来源于stack exchange，提问作者Googlebot