<keeper_map_path_prefix> 配置定义一个 ZooKeeper 路径,用于存储这些表。
例如:
创建表
root_path- 存储table_name的 ZooKeeper 路径。 该路径不应包含<keeper_map_path_prefix>config 中定义的前缀,因为该前缀会自动追加到root_path。 此外,还支持auxiliary_zookeeper_cluster_name:/some/path格式,其中auxiliary_zookeeper_cluster是在<auxiliary_zookeepers>config 中定义的 ZooKeeper 集群。 默认情况下,使用在<zookeeper>config 中定义的 ZooKeeper 集群。keys_limit- 表中允许的键数量。 这是一个软限制,因此在某些边界情况下,表中的键数量仍可能超过该限制。primary_key_name– 列列表中的任意列名。- 必须指定
primary key,且主键只支持一列。主键会以二进制形式序列化为 ZooKeeper 中的node name。 - 除主键外的列会按相应顺序序列化为二进制,并作为由序列化键确定的结果节点的值存储。
- 对键使用
equals或in过滤器的查询会优化为从Keeper进行多键查找,否则将拉取所有值。
(v1, v2, v3) 的二进制序列化结果,并存储在 Keeper 中的 /keeper_map_tables/keeper_map_table/data/serialized_key 下。
此外,键的数量设有 4 个键的软限制。
如果多个表是在同一个 ZooKeeper 路径上创建的,那么只要至少还有 1 个表在使用该路径,这些值就会持续保留。
因此,在创建表时可以使用 ON CLUSTER 子句,以便在多个 ClickHouse 实例之间共享数据。
当然,也可以在彼此无关的 ClickHouse 实例上使用相同的路径手动运行 CREATE TABLE,从而实现相同的数据共享效果。
支持的操作
插入
KeeperMap 插入新行时,如果键不存在,则会为该键创建新条目。
如果键已存在,且设置 keeper_map_strict_mode 为 true,则会抛出异常;否则,该键对应的值会被覆盖。
示例:
删除
DELETE 查询或 TRUNCATE 删除行。
如果键存在,且设置 keeper_map_strict_mode 为 true,则只有在操作能够以原子方式执行时,拉取和删除数据才会成功。
更新
ALTER TABLE 查询更新值。主键不能更新。
如果将 keeper_map_strict_mode 设置为 true,则只有以原子方式执行时,拉取和更新数据才会成功。