clickhouse相关内容简记 drop后重新建表提示 /clickhouse/tables/s1/dwd/xxxx/replicas/dt_fault already exists

1、clickhouse集群有分片和副本的概念；

比如3分片，2副本的集群：
三分片的意思是所有数据分为三份存储进三个分片内，具体数据分配比例取决于配置内的weight权重；
两副本的意思是针对每一个分片，存在两个副本，这两个副本保存的数据都是一样的，相互备份；

2、clickhouse集群依靠zookeeper做数据同步和状态同步，replicaedmergetree也就是复制表在副本之间的数据同步就是依赖zookeeper进行的

3、在集群上创建和删除表时使用on cluster clustername;

4、 drop on cluster 后再次创建提示 /clickhouse/tables/s1/dwd/xxxx/replicas/dt_fault already exists，这是因为删除状态没有同步到zookeeper，这是因为删除状态同步给zookeeper是异步的，解决方法如下：

a. 使用drop table table1 on cluster clustername sync，加了sync后就会立刻将删除状态同步到zookeeper，再次创建就不会报错了；
b.将使用的数据库引擎由atomic（默认库引擎）改为ordinary；
c.建表语句的replicatedMergeTree的第一个参数（在zookeeper存储此表元信息的文件夹地址），指定为带uuid的格式，这样和前面drop的表区分开就好了：

/clickhouse/tables/{layer}-{shard}-{uuid}/{database name}/{tablename}

5、集群内使用replicatedMergeTree引擎创建的表是本地物理表(local表），使用分布式表引擎Distributed创建逻辑表（逻辑视图）一般是物理表名字后加_all（all表）；clickhouse集群外侧使用nginx做负载均衡，这样每次查询只会发送到一个分片内，所以如果查物理表只能查到一部分数据；因此需要修改查询逻辑改为查询分布式表（all表）可以查询到全部数据；

6、还遇到一个问题，使用all表做子查询的时候in关键字可能会报错，改为global in即可；详细见：

https://blog.csdn.net/qq_35448165/article/details/110682206