Skip to main content
在 ClickHouse Cloud 中查询此系统表中的数据分别保存在 ClickHouse Cloud 各节点的本地。因此,如需查看所有数据的完整情况,需要使用 clusterAllReplicas 函数。更多详情请参见此处

描述

如果此节点未配置为运行进程内 ClickHouse Keeper,则此表不存在。该表为进程内 Keeper 日志存储跟踪的每个 Raft 更新日志文件 (changelog_<from>_<to>.bin[.zstd]) 包含一行,其中也包括当前正在追加写入的活动文件。

  • from_log_index (UInt64) — 文件中的第一个 Raft 日志索引 (含) 。
  • to_log_index (UInt64) — 文件名所覆盖的最后一个 Raft 日志索引 (含) 。对于活动文件,这是轮转目标,可能会超前于 last_entry_index
  • last_entry_index (Nullable(UInt64)) — 实际追加到此文件的最大日志索引。如果活动文件尚未接收到任何条目,或者文件已损坏,则为 NULL
  • entries (UInt64) — 追加到此文件的条目数。是 ifNull(last_entry_index - from_log_index + 1, 0)ALIAS
  • path (String) — 磁盘上的文件路径。
  • disk_name (String) — 存放该文件的磁盘名称。
  • size_bytes (UInt64) — 文件在磁盘上的大小。
  • modification_time (DateTime) — 文件的最后修改时间。
  • is_compressed (Bool) — 文件载荷已使用 zstd 压缩。
  • active (Bool) — 当前正在向该文件追加内容。
  • is_broken (Bool) — 启动时发现末尾记录已损坏。
示例:
SELECT from_log_index, to_log_index, entries, path, active FROM system.keeper_changelogs ORDER BY from_log_index;
┌─from_log_index─┬─to_log_index─┬─entries─┬─path───────────────────────────┬─active─┐
│              1 │         1000 │    1000 │ changelog_1_1000.bin.zstd      │ false  │
│           1001 │         2000 │     537 │ changelog_1001_2000.bin.zstd   │ true   │
└────────────────┴──────────────┴─────────┴────────────────────────────────┴────────┘
Last modified on June 29, 2026