AWS Keyspace建表时未查询到表却抛出AlreadyExistsException异常

• 表名拼写偏差：你执行的建表语句目标表名为ascend_dev.ascend_r_c_zzzg，但报错提示已存在的表名为ascend_dev.ascend_r_c_zzzj，二者最后一位字符不同，可能是建表语句编写时的手误，实际目标表名和你输入的不一致。
• 删除后的表名锁定：AWS Keyspaces 基于Apache Cassandra架构，表删除后会在gc_grace_seconds默认周期（10天）内保留墓碑标记，避免分布式节点元数据同步冲突，此时被删除的表名会被锁定，无法直接复用，查询表列表时会过滤已标记删除的对象，因此出现“查不到但创建时报已存在”的现象。
• 权限不足：当前使用的IAM身份缺少对应Keyspace的元数据查询权限，执行表列表查询时会过滤无权限访问的表，导致你看不到实际存在的目标表。
• 元数据同步延迟：AWS Keyspaces 采用多可用区分布式部署，元数据同步存在秒级到分钟级的延迟，如果刚在其他会话执行过表删除/创建操作，部分节点可能还未同步最新的元数据，导致创建请求命中还保留旧元数据的节点抛出异常。
• 大小写敏感性问题：Cassandra默认对未加双引号的标识符做小写转换，如果之前使用双引号创建过大小写不同的同名表，普通查询可能无法识别到该表，但创建时会判定为名称冲突。

• 核对表名拼写：优先检查建表语句的表名是否和业务预期一致，确认是否存在形近字符（j/g、l/i等）输入错误的问题，修正后重新执行。
• 等待锁定期结束：如果近期删除过同名表，等待至少15分钟后再次尝试创建，也可以临时更换其他表名绕过锁定期限制。
• 验证权限与全量表查询：使用拥有Keyspace管理员权限的身份执行系统表查询，确认是否存在冲突表：

  SELECT table_name FROM system_schema.tables WHERE keyspace_name = 'ascend_dev';
  

  如果需要查询大小写精确匹配的表，使用双引号包裹表名执行查询：

  SELECT * FROM "ascend_dev"."ascend_r_c_zzzj";
  

  确认存在废弃冲突表的话，先执行DROP TABLE语句删除后再创建目标表。
• 添加强不存在判断：建表语句中添加IF NOT EXISTS参数，避免重复建表抛出异常，语句示例：

  CREATE TABLE IF NOT EXISTS ascend_dev.ascend_r_c_zzzg(
    id uuid PRIMARY KEY, 
    seqno text,
    wtdrd text,
    drdrstz text,
    drexmer text,
    drabf text,
    drdint text,
    drday text,
    drlang text,
    drmnrsp text,
    drhelpd text
  ) WITH bloom_filter_fp_chance = 0.01
  AND caching = {'keys': 'ALL', 'rows_per_partition': 'NONE'}
  AND comment = ''
  AND crc_check_chance = 1.0
  AND default_time_to_live = 0
  AND gc_grace_seconds = 864000
  AND max_index_interval = 2048
  AND memtable_flush_period_in_ms = 0
  AND min_index_interval = 128
  AND read_repair_chance = 0.0
  AND speculative_retry = '99PERCENTILE';
  

• 处理元数据同步问题：如果是首次创建该表且确认无冲突，等待3~5分钟待元数据同步完成后再次执行建表操作即可。

内容的提问来源于stack exchange，提问作者Junaid Ishaq