clickhouse清除system 表数据释放磁盘空间

注:clickhouse 默认系统有以下几个 log 表,如下

bash 复制代码
system.asynchronous_metric_log  
system.metric_log
system.part_log
system.query_log
system.query_thread_log
system.session_log 
system.trace_log 

如果不想看原文直接执行以下语句即可。

bash 复制代码
ALTER table `system`.asynchronous_metric_log  DELETE where event_date is not null;
ALTER table `system`.metric_log DELETE where event_date is not null;
ALTER table `system`.part_log DELETE where event_date is not null;
ALTER table `system`.query_log DELETE where event_date is not null;
ALTER table `system`.query_thread_log DELETE where event_date is not null;
ALTER table `system`.session_log DELETE where event_date is not null;
ALTER table `system`.trace_log DELETE where event_date is not null;

OPTIMIZE TABLE system.asynchronous_metric_log FINAL;
OPTIMIZE TABLE system.metric_log FINAL;
OPTIMIZE TABLE system.part_log FINAL;
OPTIMIZE TABLE system.query_log FINAL;
OPTIMIZE TABLE system.query_thread_log FINAL;
OPTIMIZE TABLE system.session_log FINAL;
OPTIMIZE TABLE system.trace_log FINAL;

问题

为什么我执行ALTER table system.asynchronous_metric_log DELETE where event_date is not null;和 truncate table system.asynchronous_metric_log; 后store 文件不见减少

📌 执行 ALTER TABLE ... DELETE 或 TRUNCATE TABLE 后,为什么 store 目录文件没有减少?

当你执行以下命令:

sql 复制代码
ALTER TABLE system.asynchronous_metric_log DELETE WHERE event_date IS NOT NULL;

或者

sql 复制代码
TRUNCATE TABLE system.asynchronous_metric_log;

你可能发现 /var/lib/clickhouse/store/ 目录下的文件没有减少,或者磁盘空间没有释放。

✅ 1. DELETE 只是标记数据删除,并不会立刻释放磁盘

在 ClickHouse 里,DELETE 并不会 立即 物理删除数据,而是:

创建一个"删除标记",表示哪些数据不再可见。

实际数据仍然存储在 store/ 目录中,但不会被查询结果返回。

数据真正删除要等到 MergeTree 进行合并(Merge)时,ClickHouse 才会清理过时数据。

🔹 解决方案:手动触发合并

你可以手动执行 OPTIMIZE 命令:

sql 复制代码
OPTIMIZE TABLE system.asynchronous_metric_log FINAL;

✅ 这会强制 ClickHouse 合并数据,并物理删除被标记为删除的数据。

✅ 2. TRUNCATE 可能只是逻辑清理,并不一定释放文件

sql 复制代码
TRUNCATE TABLE system.asynchronous_metric_log;

🔹 TRUNCATE 主要做的是:

清除 system.asynchronous_metric_log 的所有数据,使其不可见。

但 不会立刻释放磁盘空间,因为 ClickHouse 可能会延迟文件删除,以提高性能。

✅ 解决方案:手动触发磁盘回收

bash 复制代码
sudo systemctl restart clickhouse-server

这会重启 ClickHouse 服务器,并确保 ClickHouse 释放已经删除的数据文件。

✅ 3. store/ 目录中的数据文件为何不减少?

ClickHouse 采用 MergeTree 存储引擎,它不会立即删除文件,而是等到数据合并后才会清理旧文件。即使你 DELETE 或 TRUNCATE 了表,store/ 目录的文件仍然可能保留一段时间。

🔹 如何检查哪些文件仍在占用空间?

bash 复制代码
du -sh /var/lib/clickhouse/store/*

🔹 如果想立即释放空间

sql 复制代码
OPTIMIZE TABLE system.asynchronous_metric_log FINAL;

然后执行:

bash 复制代码
sudo systemctl restart clickhouse-server

结论

命令 是否释放空间? 解决方案

DELETE ❌ 不会立即释放 OPTIMIZE TABLE ... FINAL; 后重启

TRUNCATE ⚠ 可能不会释放 重启 ClickHouse

OPTIMIZE FINAL ✅ 强制清理数据 确保数据合并后释放磁盘

🚀 推荐执行 OPTIMIZE TABLE ... FINAL;,然后重启 ClickHouse,确保 store/ 目录清理! 🎯

相关推荐
Elastic 中国社区官方博客1 小时前
拆解 “ES 已死“ 伪命题:Agentic RAG 时代搜索引擎的终极形态
大数据·数据库·人工智能·elasticsearch·搜索引擎·ai·全文检索
懒大王爱吃狼1 小时前
Python + Qt Designer构建多界面GUI应用程序:Python如何调用多个界面文件
开发语言·数据库·python·qt·mysql·python基础·命令模式
梦尘啊2 小时前
存储引擎详解:LSM-Tree与B+树比较
数据库·后端
jay丿2 小时前
Django 集成 Redis 数据库指南
数据库·redis·django
用户4099322502122 小时前
FastAPI性能优化指南:参数解析与惰性加载
前端·数据库·后端
boJIke4 小时前
分库分表与NewSQL数据库的区别及适用场景
数据库·new sql
Moshow郑锴4 小时前
基于SpringBoot3+Druid数据库连接池与外部PostgreSQL的Kubernetes Pod YAML全解析
数据库·容器·kubernetes
失业写写八股文5 小时前
数据库基础:InnoDB MVCC实现原理图
数据库
清风细雨_林木木6 小时前
Nodejs+MySQL数据库管理
数据库·mysql
A__tao6 小时前
在线 SQL 转 flask SQLAlchemy 模型
数据库·sql·flask