Cassandra Stress工具使用配置文件时不遵守一致性级别问题求助
针对你在6节点（复制因子3）Cassandra集群上执行压力测试遇到的两个问题，我整理了具体的排查和解决步骤：
一、一致性级别（CL=local_quorum）未生效的问题
命令行指定的一致性级别被忽略，通常是这几个原因：
配置文件覆盖了命令行参数：检查你的
cassandra_stress.yaml配置文件，看是否在operations或schema部分已经指定了consistency参数。如果配置文件里有设置，会优先于命令行的cl=local_quorum。比如配置文件里如果写了：operations: - insert: consistency: ONE那命令行的
local_quorum就会被覆盖，需要把配置文件里的consistency改成LOCAL_QUORUM，或者删除配置文件中的该配置，让命令行参数生效。命令行参数位置错误：你当前的命令里
cl=local_quorum放在了ops(insert=20,select=10)后面，正确的位置应该是紧跟在user参数之后，或者作为独立参数放在合适的位置。调整命令的参数顺序试试：./cassandra-stress user profile=/path/to/cassandra_stress.yaml cl=local_quorum duration=2h ops\(insert=20,select=10\) no-warmup -node nodeaddress -transport truststore=/path/to/tls/truststore.jks truststore-password=***** -rate threads=5 -log level=verbose file=/path/to/log -graph file=graph_.html title='Graph' & 2>&1注意把
cl=local_quorum移到user和profile参数之后，duration之前，这样参数解析才会正确识别。验证一致性级别是否生效：可以开启Cassandra的查询日志（在
cassandra.yaml中设置query_log_enabled: true），然后查看节点的system.log，看实际执行的请求使用的一致性级别是不是LOCAL_QUORUM，这样就能确认是否真的未生效。
二、测试执行中断的问题
你提到测试执行到某个阶段中断，我先按常见的Cassandra Stress中断场景给出排查方向：
查看详细错误日志：你已经开启了
level=verbose的日志，去指定的/path/to/log文件里找中断时的具体错误信息，比如是ReadTimeoutException、WriteTimeoutException还是连接超时？比如如果是读超时，可能是集群在高负载下无法满足local_quorum的一致性要求（复制因子3需要至少2个节点响应），这时候需要调整超时参数。调整超时设置：可以在命令行添加
-timeout <毫秒数>参数，比如-timeout 30000（30秒），或者在配置文件里设置操作的超时时间。默认的超时时间可能不足以应对集群的负载，导致请求超时中断测试。检查集群状态：中断时用
nodetool status查看所有节点是否都处于UP/NORMAL状态，有没有节点宕机或出现GC停顿？如果有节点状态异常，会导致无法满足一致性级别要求，进而触发中断。另外用nodetool tpstats查看线程池的排队情况，看是否有大量的pending请求。调整线程数设置：你当前设置的
threads=5，这个线程数可能过低或过高？如果线程数太高，会导致集群连接数过载；太低可能无法充分利用资源。可以尝试调整为threads=20或根据集群的CPU核心数来设置（比如每个核心1-2个线程）。TLS配置问题：因为你使用了TLS连接，检查truststore文件是否正确，密码是否匹配，节点的TLS配置是否允许stress工具的连接。如果TLS握手失败，也可能导致测试中断。可以先尝试不带TLS的测试（如果允许的话），看是否还会中断，以此排除TLS的问题。
内容的提问来源于stack exchange，提问作者Chirag
