现在的模糊查询大家都使用什么解决方案？

看你数据量，你用 redis 也能做

@XCFOX 请问这个支持中文查询吗？

@zzzzzzzzzy 数据量大概不到 100G 的文本

方便还是还是 es ，做好分词直接查就好了

数据量不多的话 mysql 好像也支持了。多的话 上 es 吧

最近在研究 meilisearch, 你这个数据量感觉在它的查询临界点，可能查询速度相比于官网的会慢点。官网显示是支持中文查询的，相比于 es ，易用性强一点

生产可以用 es, 玩玩可以用 meilisearch

elastcisearch
apache solr ，文本搜索不错

需要相关性和 rank 就走 ES ，不需要的话 PostgreSQL 等数据库内置的全文检索也能做

全文检索引擎几乎是不区分语言的，你需要一款分词器，写入的时候提前分好词向量（一般会带有 for index 选项），查询的时候也是（一般会带有 for search 选项）。然后俩词向量去 match

分词+es ，基本满足你的需求

不考虑成本的情况下 ES 最快

@hyqCrystal 请问这个量的定义是 ？ 边界值是多少 ？ 以及对机器性能综合考虑，如何取舍，有经验之谈否 ？

模糊查询真的很烦，用 MYSQL 不走索引，用 ES 的时候因为分词的原因老是查不到被客户投诉。
例如客户某个商品编码是 CZ101 就老在那问 我搜 Z1 为什么搜不到啊
这种大家是怎么解决的呢？？
看了下 ES 里的几种解决方案，性能都特别差

轻量级搜索建议 zincsearch ，兼容 es 部分语法
algalia 小规模用费用还是能承受的

@qingshuang 有方案的
https://dev.mysql.com/doc/refman/5.7/en/fulltext-search-ngram.html
https://www.postgresql.org/docs/current/pgtrgm.html

@qingshuang es 直接单字符分词

要看你的需求是模糊查询，比如“like %xxx%”，还是语义查询，比如“天气怎么样”，还有语言、分词策略，相似度、全文检索的区别。

如果是整篇文章的部分内容（精确、少量词汇），ES 比较适合。长句子没有什么特别好的办法，即使语义查找，也有句子长度的限制。