咨询：删除含大量用户自定义类型的Cassandra键空间时，是否会删除UDT？

直接给结论：删除Cassandra键空间不会自动删除该键空间下定义的用户自定义类型（UDT），这是不少开发者容易忽略的细节，下面展开说明具体逻辑和操作建议：

为什么UDT不会被自动删除？ #

Cassandra的设计逻辑是：UDT虽然归属特定键空间，但它支持被其他键空间的表跨引用。比如你在ks1里创建了user_profile类型，ks2的某个表字段可能会用ks1.user_profile作为类型。为了避免误删UDT导致其他依赖对象报错，Cassandra在删除键空间时，只会清理该键空间内的表、函数、数据、触发器等对象，不会主动移除UDT。

如何验证这个行为？ #

你可以快速做个测试验证：

1. 创建测试键空间、UDT和关联表：

   CREATE KEYSPACE demo_ks WITH replication = {'class': 'SimpleStrategy', 'replication_factor': 1};
   CREATE TYPE demo_ks.contact_info (phone text, email text);
   CREATE TABLE demo_ks.customer (id uuid PRIMARY KEY, contact demo_ks.contact_info);
   

2. 删除键空间：

   DROP KEYSPACE demo_ks;
   

3. 查询系统schema查看UDT状态：

   SELECT * FROM system_schema.types WHERE keyspace_name = 'demo_ks';
   

   你会发现contact_info这个UDT依然存在于查询结果中。

安全删除UDT的正确步骤 #

如果你确认该UDT没有被任何其他键空间的对象引用，想要彻底清理，可以按以下流程操作：

• 第一步：检查依赖（确认无其他表使用该UDT）

  -- 查询所有引用目标UDT的字段
  SELECT keyspace_name, table_name, column_name 
  FROM system_schema.columns 
  WHERE type = 'demo_ks.contact_info';
  

  如果返回空结果，说明没有外部依赖。
• 第二步：手动删除UDT

  DROP TYPE IF EXISTS demo_ks.contact_info;
  

• 第三步：删除键空间（若尚未执行）

  DROP KEYSPACE IF EXISTS demo_ks;
  

补充：虽然官方CQL文档仅明确键空间删除会移除表、函数和数据，但社区实践与实际测试均验证了UDT不会被自动清理，这是需要特别留意的细节。

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