cassandra的坑-windows平台压缩策略

2021-02-12 09:16

阅读:665

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


评论


亲,登录后才可以留言!