Cassandra 卡桑德拉委员会记录怎么会被破坏？

这是我的commitlog第二次损坏，服务器拒绝启动。让我担心的是，即使没有对数据库进行更新，我也会遇到这些错误问题

My config说commitlog每10秒同步一次，所以除非在这10秒内发生崩溃，否则文件怎么会损坏

这是卡桑德拉虫子吗？还是设计，即糟糕的设计

我在Windows10上使用3.4，Datastax安装程序

在标准日志中，最后一部分是

INFO  06:17:39 Replaying C:\Program Files\DataStax-DDC\data\commitlog\CommitLog-6-1471353812251.log, C:\Program Files\DataStax-DDC\data\commitlog\CommitLog-6-1471353812252.log, C:\Program Files\DataStax-DDC\data\commitlog\CommitLog-6-1471411951134.log, C:\Program Files\DataStax-DDC\data\commitlog\CommitLog-6-1471454506802.log, C:\Program Files\DataStax-DDC\data\commitlog\CommitLog-6-1471532812678.log
ERROR 06:17:39 Exiting due to error while processing commit log during initialization.
org.apache.cassandra.db.commitlog.CommitLogReplayer$CommitLogReplayException: Could not read commit log descriptor in file C:\Program Files\DataStax-DDC\data\commitlog\CommitLog-6-1471353812252.log
    at org.apache.cassandra.db.commitlog.CommitLogReplayer.handleReplayError(CommitLogReplayer.java:611) [apache-cassandra-3.4.0.jar:3.4.0]
    at org.apache.cassandra.db.commitlog.CommitLogReplayer.recover(CommitLogReplayer.java:373) [apache-cassandra-3.4.0.jar:3.4.0]
    at org.apache.cassandra.db.commitlog.CommitLogReplayer.recover(CommitLogReplayer.java:236) [apache-cassandra-3.4.0.jar:3.4.0]
    at org.apache.cassandra.db.commitlog.CommitLog.recover(CommitLog.java:192) [apache-cassandra-3.4.0.jar:3.4.0]
    at org.apache.cassandra.db.commitlog.CommitLog.recover(CommitLog.java:172) [apache-cassandra-3.4.0.jar:3.4.0]
    at org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:283) [apache-cassandra-3.4.0.jar:3.4.0]
    at org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:551) [apache-cassandra-3.4.0.jar:3.4.0]
    at org.apache.cassandra.service.CassandraDaemon.main(CassandraDaemon.java:680) [apache-cassandra-3.4.0.jar:3.4.0]

---

我也看到过类似的错误。这种情况发生时，卡桑德拉进程可能由于OOM而崩溃。运行“dmesg”并检查它是否因OOM而被杀死。在这种情况下，它写入的提交日志可能已损坏，或者它的0 KB文件（错误地检查上述文件的大小），当Cassandra重新启动并重放该文件时，它会抛出上述错误

您好，您是否能够调试此问题。我们面临着同样的错误。我知道这是个老问题。但是你能修好吗？没有，我在卡桑德拉·吉拉身上也没有得到任何答案。我想他们希望我使用一个简单的卡桑德拉版本，而不是数据税。我的计划是在我更接近部署时这样做。很可能，这是与此相同的问题，在Cassandra 3.11i中已修复。我有0kb的提交日志，无法删除它。我怎样才能解决这个问题？正如我提到的，当你的卡桑德拉被杀手杀死时，就会发生这种情况。运行“dmesg”并检查它是否因OOM而被杀死。要长期解决这个问题，您应该确保优化堆内存设置。这表明你的流程是OOM。有时，删除并重新启动这些文件会有所帮助，但并不总是这样，因为它会再次创建这些0kb的文件