V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
chenyang
V2EX  ›  Elasticsearch

大家好 Manticore Search 团队征询社区意见 欢迎反馈

  •  
  •   chenyang · 10 小时 38 分钟前 · 556 次点击

    老乡们 大家好 Manticore (这里是地址) 团队会根据大家的需要调整路线图, 还望大家不要惜言 好的孬的随便说

    1. Which Manticore product(s) do you use

      您使用哪款 Manticore 产品?

    2. What do you like about the Manticore product(s) you use?

      你觉得 Manticore 产品好用的地方是啥 哪些方面/功能满意?

    3. What features or functionalities do you think are missing?

      您觉得缺少了啥功能

    4. Are there any specific improvements or changes you would like to see?

      您最希望改进哪些功能

    5. How would you rate your overall experience with Manticore product(s)?

      您的整体使用体验怎么样? 打个分 最好写出依据

    6. How did you find out about Manticore, if you remember?

      您咋找到的 Manticore

    9 条回复    2025-09-13 19:45:19 +08:00
    sunorg
        1
    sunorg  
       8 小时 49 分钟前 via Android
    没听过用过😂
    darksword21
        2
    darksword21  
    PRO
       7 小时 40 分钟前
    没听过
    jptx
        3
    jptx  
       7 小时 39 分钟前
    您好,我们团队深入使用 Manticore Search ,从 Sphinx 一直追到 Manticore Search 。我们觉得 Manticore Search 的搜索功能还是值得称赞的,速度快,而且搜索时占用的 CPU 和内存相比同类产品更小(这一点是 Manticore Search 相比其他产品最重要的特点)。

    但我们从几个月前开始使用数据统计分析功能,发现分布式部署的场景下很多统计函数存在较为严重的 bug ,例如:select a, count(*) as c from my_table group by a order by c desc limit 10; 在很多场景下查出来的数据是错的,结果中 a 列的排名是错的,c 的数据也错。

    此类问题我们发现了很多,尝试了最新版本,也存在这些问题。我们通过研究 Manticore Search 的源码,很多问题都有初步的定位,我们也想修改源码改进 Manticore Search ,但是很多问题涉及到的修改点太多了,我们很难评估某处改动是否会影响到其他功能。我们有很多可以复现问题的环境,但由于这些用例涉及到公司内部功能设计,不能公开到互联网上,而且由于涉及到的问题太多,难以设计出最小可复现的独立用例。请问是否有较为私密的反馈通道而不是 Github Issue ,或者是否有某位开发人员和我们在线上交流下,我们反馈一下我们发现的问题。



    这里回答一下您要收集的问题:

    1. 您使用哪款 Manticore 产品?

    Manticore Search ;
    尝试过 Manticore Columnar Library 但我们很多查询语句都是 select * ,性能不太行,于是放弃。

    2. 你觉得 Manticore 产品好用的地方是啥 哪些方面/功能满意?

    全文索引检索起来对 CPU 和内存压力比同类产品小很多,很适合低配置的硬件环境。

    3. 您觉得缺少了啥功能?

    对我们而言,最重要的问题是和 MySQL 相比缺少了很多聚合函数;

    4. 您最希望改进哪些功能?

    存储空间占用较大,我们在去年也测试过列式存储,压缩效果也比不上 ClickHouse 。
    写入数据创建索引时占用的 CPU 太高,建议改进。我们每秒有大约 15 万条数据写入到单机的 Manticore Search ,indexer 进程的 CPU 占用甚至比 ClickHouse 的都高。

    5. 您的整体使用体验怎么样? 打个分 最好写出依据?

    7 分(满分 10 分),Manticore Search 的全文索引做的很不错,而且部署时占用的 CPU 和内存相比同类产品很低(尤其是相比 ElasticSearch ),但统计功能真的很一般,功能丰富程度甚至不如 MySQL 5.5

    6. 您咋找到的 Manticore ?

    我们从 Sphinx 一路追随过来的,在我加入团队的时候已经在使用 Manticore Search 了,已经不知道当初是谁找到 Sphinx 的了。
    mayli
        4
    mayli  
       7 小时 38 分钟前
    Manticore 的团队是国人?我之前还以为是俄罗斯人。
    chenyang
        5
    chenyang  
    OP
       5 小时 46 分钟前
    @mayli 不是的 我是代为征集大家的意见
    chenyang
        6
    chenyang  
    OP
       5 小时 40 分钟前   ❤️ 1
    @jptx 您好,如需私密沟通,请通过 telegram 联系 @deaconessgloria
    chenyang
        7
    chenyang  
    OP
       5 小时 37 分钟前   ❤️ 1
    chenyang
        8
    chenyang  
    OP
       5 小时 5 分钟前   ❤️ 1
    @jptx Thanks gain for your feedback. I will forward your questions to our dev team and CTO. I don't really know how we can accept your bug report and PR's instead of Github considering that all our code is open sourse and placed on Github. You can conduct your communication via Slack though. And maybe they'll discuss your situation in a conference call and find a solution.
    兄台的问题这位核心维护者会转达到开发团队和 CTO 对于私密性讨论,因为源码是开源的 老实说开发者们也挠头
    也许你可以通过[slack]( https://slack.manticoresearch.com/)联系下, 他们也会在视频会议上讨论保密的事情。
    jptx
        9
    jptx  
       41 分钟前
    @chenyang 太感谢了!我们团队下周把问题整理一下然后联系你们。
    关于私密性的问题请放心,只是复现的用例具有私密性,其他任何内容都不会涉及私密性。
    关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2625 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 29ms · UTC 12:26 · PVG 20:26 · LAX 05:26 · JFK 08:26
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.