2016年5月中旬,由于急着项目上线,cassandra3.4版本在没有很多测试的情况下就使用了,其时部署在3台16G的windows系统处事器上。几个月使用下来,大都问题都是OOM导致的宕机 。出格是有一次宕机,在重启数据库后发明内存不停上升,多次重启也都是如此。通过不雅察看判断可能原因是数据库采纳的默认compact计谋-SizeTieredCompactionStrategy(将磁盘上小的DB文件合成大DB文件)。颠末几个月的数据入库, 该计谋已经孕育产生了多个3g的DB文件, 不知道是数据库有bug 还是内存太小,之后的压缩就导致了内存泄漏问题。 有关cassandra压缩计谋和升级等陆续更新。
,相关文章
- 关于header跳转之后的乱码问题
- HTML问题:之前导致换行的表单(Rails button_to)
- 关于free之后的报错问题
- iOS计算UIWebView的高度和iOS8之后的WKWebView的高度问题
- 关于 Abp 替换了 DryIoc 框架之后的问题
- 消息队列的一些场景及源码分析,RocketMQ使用相关问题及性能优化 分布式事务原理及解决方案案例 分布式事务实战方案汇总 消息队列初见:一起聊聊引入系统mq 之后的问题
- 第四章 TCP粘包/拆包问题的解决之道---4.2--- 未考虑TCP粘包导致功能异常案例
- 前后端分离后的,浏览器导致的跨域问题
- Extjs chart series 超过三个之后的问题。。。。
- (以亲身经历警示新人)成为嵌入式程序员之后的0x10个基本问题