clickhouse删除ReplicatedMergeTree复制表后，新建同名表失败原因分析_macro 'uuid' and empty arguments of replicatedmerg-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_25073261/article/details/123670028

本文介绍了在ClickHouse中遇到的复制表删除后再创建导致的错误，原因是表删除后在Zookeeper中仍有残留信息。解决方法包括修改配置文件以立即删除表或者等待默认的480秒延迟。建议采用等待的保守方法确保数据安全。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

执行操作

##先新建复制表库名、复制表
create databases if not exists  schema_name_test on cluster default_cluster;
create table if not exists  schema_name_test.tableName on cluster default_cluster (`id` String, `name` String, `createTime` DateTime) engine=ReplicatedMergeTree('/clickhouse/tables/{shard}/schema_name_test.tableName','{replica}') partition by toYYYYMM(createTime) order by id;

#先删除再创建报错
drop table schema_name_test.tableName on cluster default_cluster;
create table if not exists  schema_name_test.tableName on cluster default_cluster (`id` String, `name` String, `createTime` DateTime) engine=ReplicatedMergeTree('/clickhouse/tables/{shard}/schema_name_test.tableName','{replica}') partition by toYYYYMM(createTime) order by id;

错误描述

DB::Exception: Replica /clickhouse/tables/01-03/xxxxxx/xxx/replicas/xxx already exists…

原因

因为复制表需要在zookeeper上建立一个路径，存放相关数据。clickhouse默认的库引擎是原子数据库引擎，删除Atomic数据库中的表后，它不会立即删除，而是会在480秒后删除。由下面这个参数控制：
config.xml

<database_atomic_delay_before_drop_table_sec>480</database_atomic_delay_before_drop_table_sec>

解决方法

1.修改config.xml的配置database_atomic_delay_before_drop_table_sec为0

2.最原始方法，等待480秒后再重新建表

为了保险起见，楼主用的第二种方法，再次创建成功，不建议修改配置