我应该为Cassandra提交日志添加条带吗？

将Cassandra提交日志分条有什么好处吗？例如，创建多个磁盘的RAID1。如果每个提交日志刷新足够大（大于条带大小），它会利用多个轴吗？

我从未见过任何Cassandra部署受到I/O写入提交日志的限制。通过刷新memtables、压缩和读取，将生成更多的I/O

RAID1正在镜像，因此只能提高可靠性。这不太值得，因为commitlog是通过正常的Cassandra复制来复制的

---

使用RAID0进行条带化可能有助于commitlog的写入吞吐量，但我怀疑您是否注意到任何总体性能改进。

我们使用commitlog\u sync:batch，因为我们无法承受任何数据丢失。在我们的例子中，提交日志是瓶颈。您是否确认提交日志卷确实是瓶颈，或者这只是一个断言？在刷新和压缩发生之前，C*往往会被CPU限制在写操作上，并且I/O位于数据卷上，这些数据卷通常是与提交日志分离的介质。这是瓶颈还是最慢的部分？批处理依赖于commitlog\u sync\u Batch\u window\u in\u ms，因此写入通常需要commitlog\u sync\u Batch\u window\u in\u ms+磁盘写入延迟。