升级Cassandra至3.11.17.1后CAS写入操作出现超时问题求助

报错信息：

com.datastax.oss.driver.api.core.servererrors.WriteTimeoutException: 
  Cassandra timeout during CAS write query at consistency LOCAL_SERIAL 
  (2 replica were required but only 1 acknowledged the write)

针对这个问题，可尝试以下排查和修复步骤：

• 确认副本配置与状态

  1. 先检查表的复制策略与副本数，执行CQL命令：

     SELECT replication FROM system_schema.tables 
     WHERE keyspace_name='你的键空间名' AND table_name='你的表名';
     

     若使用SimpleStrategy，确认replication_factor是否为2（LOCAL_SERIAL需要多数派响应，RF=2时quorum为2）。
  2. 用nodetool status 你的键空间名检查所有副本节点状态，确保均为UP/NORMAL。部分节点可能存在隐性故障（如磁盘IO饱和），可结合iostat、top等系统工具排查资源占用情况。

• 调整CAS相关超时参数

  1. 修改cassandra.yaml中的CAS专属超时：将cas_contention_timeout_in_ms从默认1000ms调至2000-3000ms，重启节点生效。
  2. 驱动端单独设置CAS操作超时：在代码中为INSERT语句指定更长超时，例如：

     QueryBuilder.insertInto("keyspace", "table")
         .setValue("col1", value1)
         .setTimeout(Duration.ofSeconds(5))
         .ifNotExists(); // CAS操作标识
     

  3. 同步调整read_request_timeout_in_ms（CAS包含读阶段），确保读操作不会提前超时。

• 排查升级兼容性问题

  1. 验证驱动版本与Cassandra 3.11.17.1的兼容性：若使用Datastax Driver，3.x版本需确保为3.11.x系列，或升级至4.x兼容版本。
  2. 确认升级后已执行nodetool upgradesstables，将SSTable升级至当前版本，避免格式不一致导致的性能瓶颈。

• 检查节点间网络与RPC通信

  1. 用nodetool ping 目标节点IP检测节点间延迟，若平均延迟超过100ms，需排查网络链路问题。
  2. 调整cassandra.yaml中的rpc_timeout_in_ms，确保节点间RPC通信超时足够覆盖网络延迟。

• 清理表中tombstone
  CAS操作的读阶段会扫描数据，大量tombstone会拖慢响应：

  1. 执行nodetool tablehistograms 你的键空间名.你的表名查看tombstone数量，若Tombstone Counts数值过高，需触发清理。
  2. 可临时调整表的tombstone_failure_threshold（默认10000），或执行DELETE操作清理过期数据后运行nodetool compact。

内容的提问来源于stack exchange，提问作者satish soma