Windows环境Cassandra3.10双节点集群nodetool repair验证/预览失败求助

我之前在Windows环境下折腾Cassandra 3.x时也碰到过一模一样的参数解析问题，大概率是Windows批处理脚本（nodetool.bat）对长参数的处理bug导致的，给你几个可行的解决办法：

方法1：直接调用Java命令绕过bat脚本 #

nodetool.bat本质就是封装了Java调用指令，我们可以直接执行底层的Java命令，跳过批处理的参数解析环节：

java -cp "%CASSANDRA_HOME%\conf;%CASSANDRA_HOME%\lib\*" org.apache.cassandra.tools.NodeTool repair --validate

把%CASSANDRA_HOME%换成你实际的Cassandra安装路径，或者确保这个环境变量已经正确配置。这种方式能直接避免bat脚本对--validate这类长参数的误解析。

方法2：修改nodetool.bat的参数传递逻辑 #

打开Cassandra安装目录下的bin\nodetool.bat，找到参数传递的核心行（通常是包含%*的那一行），比如：

java %JAVA_OPTS% -cp "%CASSANDRA_CONF%;%CASSANDRA_LIB%\*" org.apache.cassandra.tools.NodeTool %*

确认%*是完整传递所有输入参数的，如果脚本里有额外的参数过滤或截断逻辑，尝试移除后保存，再重新执行nodetool repair --validate。

方法3：升级到Cassandra 3.11.x版本 #

Cassandra 3.10是比较老旧的版本，后续的3.11系列对Windows平台的兼容性做了不少修复，其中就包括命令行工具的参数解析问题。如果业务场景允许，升级到3.11.x的稳定版本（比如3.11.14）能从根源上解决这类问题，同时还能获得更多bug修复和性能提升。

额外验证技巧 #

如果你只是想在repair前验证数据一致性，也可以先单独运行nodetool verify命令——这个命令专门用于检查SSTable的完整性和一致性，在Windows上的参数解析通常不会出问题，能帮你提前发现数据异常。

内容的提问来源于stack exchange，提问作者Ilya Khorev