分库分表后数据聚合架构方案设计思考

分库分表后数据聚合架构方案设计思考,第1张

分库分表后数据聚合架构方案设计思考

上图中淡黄色部分提供了分库分表后的数据聚合及查询功能。

问题1:为什么不选择MongoDB
    MongDB的二级索引必须全部要存储在内存中,如果内存 空间不够,会有一部分索引失效,导致查询慢;MongDB在数据量非常的大的时候,查询的速度没有ES快, 特别是在复杂多条件查询的时候,表现更为明显
问题2:为什么不单独使用Hbase
    Hbase在没有rowKey的查询条件下,要用过滤器对Hbase表所有region的进行扫描,非常耗时,效率非的低,在有大量写的情况,查询的性能会更糟糕,当前的业务需求,是有非常多的维
    度查询;Hbase不包含统计的功能,除非用MapReduce Job跑后台离线任务;

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zaji/5708210.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-12-17
下一篇 2022-12-17

发表评论

登录后才能评论

评论列表(0条)

保存