【发布时间】:2018-05-15 05:01:50
【问题描述】:
根据文档给出的
commitlog_total_space_in_mb (默认值:32 位 JVM 为 32MB,64 位 JVM 为 8192MB)注意用于提交日志的总空间。如果已用空间超过此值,Cassandra 将向上舍入到下一个最近的段倍数,并将最旧的提交日志段的内存表刷新到磁盘,删除这些日志段。这减少了启动时重放的数据量,并防止不经常更新的表无限期地保留提交日志段。较小的总提交日志空间往往会在不太活跃的表上导致更多的刷新活动。
从 Cassandra.yaml 中指定:
磁盘上用于提交日志的总空间。
如果空间超过这个值,Cassandra 将刷新每个脏 CF 在最旧的段中并将其删除。所以总的提交日志空间很小 往往会在不太活跃的色谱柱系列上引起更多的冲洗活动。
默认值为 8192 中较小的一个,占总空间的 1/4 提交日志量。
commitlog_total_space_in_mb: 8192
我的查询是以下语句是什么意思:
默认值为 8192 中较小的一个,占总空间的 1/4 提交日志量。
我的提交日志在同一个硬盘驱动器但不同的驱动器 我已将提交日志的容量分配为 70 GB。我应该将其减少到 8GB 还是应该将其减少到 32 GB,因为 1/4 的卷空间让我无法考虑分区空间。
我有 commitlog_total_space_in_mb 的默认值,那么理想的提交日志分区大小应该是多少?
P.s :我知道这两个应该在不同的驱动器上以获得更好的性能。
【问题讨论】:
标签: configuration cassandra cassandra-2.0 cassandra-3.0 cassandra-2.1