cassandra的坑-windows平台压缩策略

2016年5月中旬,由于急着项目上线,cassandra3.4版本在没有很多测试的情况下就使用了,当时部署在3台16G的windows系统服务器上。几个月使用下来,多数问题都是OOM导致的宕机 。特别是有一次宕机,在重启数据库后发现内存不断上升,多次重启也都是如此。通过观察判断可能原因是数据库采取的默认compact策略-SizeTieredCompactionStrategy(将磁盘上小的DB文件合成大DB文件)。经过几个月的数据入库, 该策略已经产生了多个3g的DB文件, 不知道是数据库有bug 还是内存太小,之后的压缩就导致了内存泄漏问题。 有关cassandra压缩策略和升级等陆续更新。

转载于:https://www.cnblogs.com/ligb/p/8476097.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值