Atomic 引擎支持非阻塞的 DROP TABLE 和 RENAME TABLE 查询,以及原子性的 EXCHANGE TABLES 查询。开源 ClickHouse 默认使用 Atomic 数据库引擎。
在 ClickHouse Cloud 中,默认使用的是
Shared 数据库引擎,它也支持上述操作。创建数据库
具体事项和建议
表 UUID
Atomic 数据库中的每个表都有一个持久的 UUID,其数据存储在以下目录中:
xxxyyyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy 是该表的 UUID。
默认情况下,UUID 会自动生成。不过,用户也可以在创建表时明确指定 UUID,但不建议这样做。
例如:
你可以使用 show_table_uuid_in_table_create_query_if_not_nil 设置,以便在
SHOW CREATE 查询中显示 UUID。RENAME TABLE
RENAME 查询不会修改 UUID,也不会移动表中的数据。这些查询会立即执行,不会等待其他正在使用该表的查询结束。
DROP/DETACH TABLE
DROP TABLE 时,不会删除任何数据。Atomic 引擎只是将该表的元数据移动到 /clickhouse_path/metadata_dropped/,以此将其标记为已删除,并通知后台线程。最终删除表数据前的延迟由 database_atomic_delay_before_drop_table_sec 设置指定。
您可以使用 SYNC 修饰符来指定同步模式。为此,请使用 database_atomic_wait_for_drop_and_detach_synchronously 设置。在这种情况下,DROP 会等待正在使用该表的 SELECT、INSERT 及其他查询完成。该表会在不再被使用时被移除。
EXCHANGE TABLES/DICTIONARIES
EXCHANGE 查询可原子地交换表或字典。例如,可替代下面这种非原子操作:
Non-atomic
Atomic
原子数据库中的 ReplicatedMergeTree
ReplicatedMergeTree 表,建议不要指定 ZooKeeper 中的路径和副本名称这两个引擎参数。在这种情况下,将使用配置参数 default_replica_path 和 default_replica_name。如果想显式指定引擎参数,建议使用 {uuid} 宏。这样可以确保在 ZooKeeper 中为每个表自动生成唯一的路径。
元数据磁盘
SETTINGS 中指定 disk 时,该磁盘将用于存储表的元数据文件。
例如:
database_disk.disk 中定义的磁盘。
另请参见
- system.databases 系统表