HBase源码分析之compact请求发起时机、判断条件等详情（二）
关注公众号
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有，本站原创内容转载请注明来源。
-
上一篇
HBase源码分析之MemStore的flush发起时机、判断条件等详情（二）
在《HBase源码分析之MemStore的flush发起时机、判断条件等详情》一文中，我们详细介绍了MemStore flush的发起时机、判断条件等详情，主要是两类操作，一是会引起MemStore数据大小变化的Put、Delete、Append、Increment等操作，二是会引起HRegion变化的诸如Regin的分裂、合并以及做快照时的复制拷贝等，同样会触发MemStore的flush流程。同时，在《HBase源码分析之compact请求发起时机、判断条件等详情（一）》一文中，我们讲到了针对compact，在HRegionServer内部存在一个工作线程compactionChecker，它会周期性的工作，以检查是否达到能够发起compact请求的条件。那么，回过头来，我们再看MemStore flush，它是不是也存在一个后台工作线程，能够周期性的工作，以检查是否达到能够发起flush请求的条件呢？本文，我们就之前《HBase源码分析之MemStore的flush发起时机、判断条件等详情》一文，做一个关于MemStore flush后台检查线程等内容的补充。 在HReg...
-
下一篇
CDH5之Balancer难以在快速增长的集群上平衡大量的数据
背景： 公司在线上使用了CDH5集群，一开始由于疏忽，忘记了在计划任务中定期执行Balancer来平衡各节点的数据。 后来，在引入大量的Job之后，数据增长非常迅猛，有很多节点开始出现利用率超过99.9%的情况，部分Job甚至开始Failed。 于是我们便执行Balancer来清理数据，结果发现有26T的数据需要平衡，而Balancer每次只移动50G的数据，并且耗时30分钟，而集群每个小时新写入的数据会导致又有40-60G的数据需要平衡。这样一来，Balancer就根本无法胜任了。 14/10/14 20:31:11 INFO balancer.Balancer:Need to move 26.49 TB to make the cluster balanced. 14/10/14 20:31:11 INFO balancer.Balancer:Decided to move 10 GB bytes from 10.100.1.10:50010 to 10.100.1.60:50010 14/10/14 20:31:11 INFO balancer.Balancer:Decided ...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7编译安装Gcc9.2.0，解决mysql等软件编译问题
- CentOS6,CentOS7官方镜像安装Oracle11G
- SpringBoot2编写第一个Controller，响应你的http请求并返回结果
- CentOS7,8上快速安装Gitea，搭建Git服务器
- Eclipse初始化配置，告别卡顿、闪退、编译时间过长
- SpringBoot2整合Thymeleaf，官方推荐html解决方案
- SpringBoot2全家桶，快速入门学习开发网站教程
- MySQL表碎片整理
- CentOS8安装MyCat，轻松搞定数据库的读写分离、垂直分库、水平分库
- Docker快速安装Oracle11G，搭建oracle11g学习环境
微信收款码
支付宝收款码