栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 软件开发 > 后端开发 > Java

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

Java 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

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

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

问题1:为什么不选择MongoDB
    MongDB的二级索引必须全部要存储在内存中,如果内存 空间不够,会有一部分索引失效,导致查询慢;MongDB在数据量非常的大的时候,查询的速度没有ES快, 特别是在复杂多条件查询的时候,表现更为明显
问题2:为什么不单独使用Hbase
    Hbase在没有rowKey的查询条件下,要用过滤器对Hbase表所有region的进行扫描,非常耗时,效率非的低,在有大量写的情况,查询的性能会更糟糕,当前的业务需求,是有非常多的维
    度查询;Hbase不包含统计的功能,除非用MapReduce Job跑后台离线任务;
转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/709672.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号