是否有更低成本的服务可替代Elasticsearch满足我的使用需求？

你现在的ES集群属于典型的过度配置：总数据内存占用才93MB，居然开了104个分片，光分片元数据的运维开销都比实际业务数据占的资源多，哪怕不换技术栈，先把索引分片数改成1、副本设为0，单节点跑最低配规格，成本直接能砍九成以上。如果要换更轻量的方案，下面几个都能100%覆盖你的搜索需求，成本比你现在的ES集群低一个量级以上：

• SQLite + FTS5 #

  这是成本最低的方案，没有之一：不需要单独部署服务，直接作为依赖嵌入你的现有应用进程运行，零额外服务器开销。
  所有需求都能原生支持：

  • 按名称搜索靠FTS5全文检索扩展实现，支持前缀匹配、模糊匹配，小数据量下延迟比ES还低
  • 分类为/不为帽子的筛选直接写普通SQL条件就行，component_keys 不管是存成关联表还是带分词的文本字段，包含/不包含指定分类的逻辑用IN/NOT IN或者全文反向匹配都能实现
  • 组合搜索直接拼SQL的WHERE条件即可，灵活度比ES的DSL还高
    你这个数据规模（总数据不到100MB），哪怕未来涨到几十万条条目，SQLite+FTS5都能轻松扛住，完全不需要额外资源投入。

• Meilisearch #

  专门面向中小规模搜索场景做的轻量引擎，没有ES那么多为分布式集群设计的冗余功能，单二进制文件开箱即用，你这点数据跑起来常驻内存不到20MB。
  内置功能完全覆盖你的需求：原生支持文本全文搜索、数组字段的精确过滤、排除过滤，API比ES简单很多，不需要写复杂DSL，甚至前端可以直接调接口使用。部署的时候直接和你现有应用装在同一台服务器上就行，几乎不占额外资源，就算单独买最低配的1核512M云服务器跑，一个月也就十块钱左右，比托管ES便宜95%以上，也不用折腾ES那套分片分配、内存调优的麻烦事。

• Zinc #

  轻量的ES兼容搜索引擎，同样是单二进制部署，资源占用只有ES的十分之一不到，最大的优势是兼容大部分ES的查询API，如果你已经写好了ES相关的查询代码，几乎不用改业务逻辑就能直接切过去，迁移成本极低，跑你这点数据内存占用也就几十MB，混布在现有应用服务器上完全没压力。

补充：如果你的数据量长期在百万条以下，完全没必要上分布式搜索引擎，上面三个方案随便选一个都比ES性价比高，尤其你是个人开发承担成本，完全没必要为用不上的分布式功能掏钱。

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