如何在Laravel项目中实现基于用户关系自定义的全文检索功能

首先明确：不要给每个用户创建独立索引的方案完全不可行，用户量级上来后索引数量爆炸、数据重复存储、权限变更同步成本会远超你当前遇到的SQL性能问题，落地价值极低。

以下是成熟的生产级落地思路，基于全局单索引即可实现带权限过滤的全文检索：

方案1：基于Elasticsearch全局索引+权限过滤字段实现 #

索引侧设计 #

在文章索引的文档中额外存入权限相关元字段：

• visibility：枚举类型，可选值为public/private/follower_only/friend_only，对应文章的公开等级
• author_id：数值类型，存储文章发布者的用户ID
• whitelist_user_ids：数组类型，存储自定义允许查看的用户ID，无自定义白名单则留空

查询侧逻辑 #

每次用户发起检索时，先从缓存（或数据库）拉取当前用户的：

• 关注的作者ID数组 $followed_ids
• 好友的作者ID数组 $friend_ids

然后将权限校验逻辑写入ES查询的filter上下文（该上下文不参与相关性算分，性能极高且支持自动缓存常用过滤规则），完整查询示例如下：

{
  "query": {
    "bool": {
      "must": [
        // 你的全文检索匹配规则，例：
        {"match": {"content": "检索关键词"}}
      ],
      "filter": [
        {
          "bool": {
          "should": [
            // 规则1：公开内容所有人可见
            {"term": {"visibility": "public"}},
            // 规则2：自己发布的内容全权限可见
            {"term": {"author_id": $current_user_id}},
            // 规则3：仅关注者可见的内容，当前用户属于作者的关注者
            {
              "bool": {
                "must": [
                  {"term": {"visibility": "follower_only"}},
                  {"terms": {"author_id": $followed_ids}}
                ]
              }
            },
            // 规则4：仅好友可见的内容，当前用户属于作者的好友
            {
              "bool": {
                "must": [
                  {"term": {"visibility": "friend_only"}},
                  {"terms": {"author_id": $friend_ids}}
                ]
              }
            },
            // 规则5：当前用户在自定义白名单中
            {"terms": {"whitelist_user_ids": $current_user_id}}
          ],
          "minimum_should_match": 1
        }
      ]
    }
  }
}

Laravel可以直接基于官方Scout扩展对接Elasticsearch驱动，在模型的toSearchableArray方法中追加上述权限字段即可，搜索时自定义构造上述过滤规则即可。

方案2：轻量检索引擎Meilisearch实现 #

如果你的项目不属于超大规模（日活低于100万、文章量级低于千万级），更推荐使用Meilisearch：

• 比ES轻量，运维成本低，资源占用仅为ES的1/10不到
• 原生支持字段过滤，语法更简单
• 官方提供Laravel Scout适配，开发成本更低

实现逻辑和方案1完全一致，在文章的可检索字段中加入上述权限字段，检索时直接传入filter参数即可，不需要编写复杂的DSL。

额外性能优化点 #

• 关注、好友关系提前缓存到Redis中，避免每次检索都查询数据库拉取列表
• 若单用户关注/好友量级超过1万时，可使用ES的terms lookup特性，直接从ES存储的用户文档中拉取关注列表，避免大数组网络传输开销
• ES的filter上下文会自动缓存高频过滤条件（如公开内容的过滤规则），多次查询命中缓存后性能可提升数倍

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