即使是不成熟的尝试，也胜于胎死腹中的策略。

如何优化频繁变化数据

Elasticsearch | 作者 hufuman | 发布于2018年01月15日 | 阅读数：4986
分享到：QQ空间新浪微博微信QQ好友印象笔记有道云笔记
比方说的索引是酒店数据，酒店的价格变化非常频繁，如果完全落地到ES里，会不会导致segment过多，进而影响ES整体性能？如果会的话，有什么解决方案吗

我们以前直接用的lucene，这种变化非常频繁的数据是放在内存里自己维护的
2018-01-15 添加评论

没有找到相关结果

    已邀请:

    kennywu76 - Wood

    赞同来自:

    变化频繁也不会是每分钟变化很多次吧，我的理解一个酒店产品一天做多变化几次？ 只要不是一个bulk写入批次里包含同一个产品的多次价格变化，不会导致segment过多的问题。 
    2018-01-18 0 4
    分享

    luyuncheng

    赞同来自:

    1. 如果在刷新频率里面变化过多，可以在前置在加一层做cache，然后再统一刷入ES。
    2. 频繁的更新同一个KEY，会导致deleted数量变多，如果cpu允许，可以调整段合并的参数，将合并的速度加快
    3. Seg的多少可以按照2M*10 + 20M*10 + 2G*10 + 大于2.5G的个数来估算
    2018-01-21 0 2
    分享
    为什么被折叠? 0 个回复被折叠

    要回复问题请先登录或注册

    Copyright © 2024 · CC BY-NC-SA 3.0

    本站服务器及带宽由 提供赞助