ClickHouse数据生命周期管理

1 概述

如果将ClickHouse作为Log或Metrics这种具有明显时序特征数据的存储和分析引擎,那就需要考虑这些数据的生命周期管理,即设置数据的老化机制,如是否需要根据时间划分数据存储等级、设定数据的保留时长等。
ClickHouse支持从分区、列、表等粒度对数据进行管理,如分区数据的迁移、删除,列、表的TTL设置。

生命周期

2 数据生命周期管理

2.1 热温数据分离

2.1.1 环境准备

docker run -d --name=ch24 --hostname=node24 --network=host --ulimit nofile=262144:262144 --volume=/etc/localtime:/etc/localtime --volume=/data/ch/conf:/etc/clickhouse-server --volume=/data/ch/data:/var/lib/clickhouse --volume=/data/ch/disk:/mnt --volume=/data/ch/log:/var/log yandex/clickhouse-server

2.1.2 热温存储划分

热数据一般为最近几天或几周的数据,访问频率最高,通常采用SSD作为存储介质,达到存储时长后,会自动迁移至温数据区;而温数据一般为数月之内的数据,访问频次相对较低,通常采用普通机械盘作为存储介质。
对于Log或Metrics类型数据使用时间字段作为分区键和排序键,ClickHouse虽然没有提供基于时间的数据自动迁移(目前只提供基于分区大小的数据自动迁移),但可以利用其卷划分机制。

  • /data/ch/disk/hot1,hot2 作为热数据存储
  • /data/ch/disk/warm1 作为温数据存储

2.1.3 磁盘与存储策略配置

<?xml version="1.0"?>
<yandex>   
  <storage_configuration>
        <disks>
            <disk_hot1>
                <path>/mnt/hot1/</path>
                <keep_free_space_bytes>1048576</keep_free_space_bytes>
            </disk_hot1>
            <disk_hot2>
                <path>/mnt/hot2/</path>
                <keep_free_space_bytes>1048576</keep_free_space_bytes>
            </disk_hot2>
            <disk_warm1>
                <path>/mnt/warm1/</path>
                <keep_free_space_bytes>1048576</keep_free_space_bytes>
            </disk_warm1>
        </disks>
 
        <policies>
            <moving_from_hot_to_warm>
                <volumes>
                    <hot>
                        <disk>disk_hot1</disk>
                        <disk>disk_hot2</disk>
                    </hot>
                    <warm>
                        <disk>disk_warm1</disk>
                    </warm>
                </volumes>
                <move_factor>0.2</move_factor>
            </moving_from_hot_to_warm>
        </policies>
    </storage_configuration>
</yandex>

磁盘配置参数(disks标签)

  • disk_name:必选,必须全局唯一,自定义磁盘名称
  • path:必选,用于指定磁盘路径,必须以“/”结尾
  • keep_free_space_bytes:可选,用于定义磁盘预留空间

策略配置参数(policies标签)

  • policies_name:必选,必须全局唯一,自定义策略名称
  • volume_name:必选,必须全局唯一,自定义卷名称
  • disk:用于关联disks配置中的磁盘,可以声明多个disk,MergeTree会按定义的顺序选择
  • max_data_part_size_bytes:可选,单个数据分区的最大存储阈值,如果当前分区的数据大小超过阈值,则之后的分区会写入下一个disk磁盘
  • move_factor:可选,默认为0.1,如果当前分区的可用空间小于factor因子,并且定义了多个卷,则数据会自动向下一个卷移动
  • prefer_not_to_merge:可选,是否在当前卷中合并数据分区

2.1.4 分区数据迁移

目前只能通过ALTER查询语句移动分区:

# 移动某个分区至当前存储策略中当前volume下的其他disk磁盘
ALTER TABLE hot_warm_table MOVE PART 'all_1_2_1' TO DISK 'disk_warm1'
 
# 移动某个分区至当前存储策略中其他的volume
ALTER TABLE hot_warm_table MOVE PART 'all_1_2_1' TO VOLUME 'warm'

2.1.5 示例

1)按照上述方式启动ClickHouse实例,并配置存储策略
查看磁盘配置:

SELECT
    name,
    path,
    formatReadableSize(free_space) AS free,
    formatReadableSize(total_space) AS total,
    formatReadableSize(keep_free_space) AS reserved
FROM system.disks
查看磁盘配置.png

查看策略配置:

SELECT
    policy_name,
    volume_name,
    volume_priority,
    disks,
    formatReadableSize(max_data_part_size) AS max_data_part_size,
    move_factor
FROM system.storage_policies
查看策略配置.png

2)创建一张MergeTree表用于测试

CREATE TABLE hot_warm_table
(
    `id` UInt64,
    `StartDate` Date
)
ENGINE = MergeTree()
PARTITION BY toYYYYMM(StartDate)
ORDER BY id
SETTINGS storage_policy = 'moving_from_hot_to_warm'

注意:需指定storage_policy,否则数据会写入默认存储路径中

3)写入测试数据
写入第一批数据,会创建一个分区目录:

INSERT INTO TABLE hot_warm_table SELECT rand(),'2020-12-02 11:11:11' FROM numbers(100000)
 
SELECT partition_id,name,table,disk_name FROM system.parts WHERE table = 'hot_warm_table'
写入第一批数据.png

写入第二批数据,会创建一个新的分区目录:

INSERT INTO TABLE hot_warm_table SELECT rand() FROM numbers(100000)
 
SELECT partition_id,name,table,disk_name FROM system.parts WHERE table = 'hot_warm_table'
写入第二批数据.png

如果触发合并操作,会生成一个新分区目录:

optimize TABLE hot_warm_table
 
SELECT name, disk_name FROM system.parts WHERE table = 'hot_warm_table'
合并数据.png

注意:由多个disk组成的volume,每当生成一个新数据分区时,会依照disk定义的顺序,依次轮询写入

4)迁移数据分区到温数据区

ALTER TABLE hot_warm_table MOVE PART '202012_1_2_1' TO VOLUME 'warm'
 
SELECT name, disk_name FROM system.parts WHERE table = 'hot_warm_table'
迁移数据.png

注意:合并后尚未被清理的数据分区无法移动

2.2 保留趋势数据

可以通过物化视图同步MergeTree表中的数据到SummingMergeTree或AggregatingMergeTree表引擎中,利用既定的聚合条件得到趋势数据并存储。


保留趋势数据

2.3 过期数据清理

2.3.1 删除指定数据分区

ALTER TABLE hot_warm_table DROP PARTITION '202012'
删除指定数据分区.png

注意:此处可以指定partition_id进行数据分区删除,如果partition_id是all,则无法直接删除。

2.3.2 设置数据TTL自动删除

在MergeTree中,可以为某个列字段或整张表设置TTL。当时间到达时,如果是列字段级别的TTL,则会删除该列的数据;如果是表级别的TTL,则会删除整张表的数据;如果同时设置了列级别和表级别的TTL,则会以先到期的那个为主。
1)列级别TTL

CREATE TABLE ttl_table_v1
(
    `id` String,
    `create_time` DateTime,
    `code` String TTL create_time + toIntervalSecond(10),
    `type` UInt8 TTL create_time + toIntervalSecond(10)
)
ENGINE = MergeTree
PARTITION BY toYYYYMM(create_time)
ORDER BY id

2)表级别TTL

CREATE TABLE ttl_table_v2
(
    `id` String,
    `create_time` DateTime,
    `code` String TTL create_time + toIntervalMinute(1),
    `type` UInt8
)
ENGINE = MergeTree
PARTITION BY toYYYYMM(create_time)
ORDER BY create_time
TTL create_time + toIntervalDay(1)

注意:ClickHouse没有提供删除TTL声明的方法,但提供了控制全局TTL合并任务的启停方法:

SYSTEM STOP/START TTL MERGES

参考:《ClickHouse原理解析与应用实践》

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,348评论 6 491
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,122评论 2 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 156,936评论 0 347
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,427评论 1 283
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,467评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,785评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,931评论 3 406
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,696评论 0 266
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,141评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,483评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,625评论 1 340
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,291评论 4 329
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,892评论 3 312
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,741评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,977评论 1 265
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,324评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,492评论 2 348

推荐阅读更多精彩内容

  • 0 - 前言 ClickHouse是近期备受关注的开源列式存储数据库,主要用于数据分析(OLAP)领域。目前国内社...
    mysia阅读 5,527评论 0 13
  • 在上一篇分享中,我们介绍了ClickHouse的安装部署和简单使用。本文将介绍ClickHouse中一个非常重要的...
    大数据技术与数仓阅读 5,645评论 0 11
  • 久违的晴天,家长会。 家长大会开好到教室时,离放学已经没多少时间了。班主任说已经安排了三个家长分享经验。 放学铃声...
    飘雪儿5阅读 7,513评论 16 22
  • 今天感恩节哎,感谢一直在我身边的亲朋好友。感恩相遇!感恩不离不弃。 中午开了第一次的党会,身份的转变要...
    迷月闪星情阅读 10,559评论 0 11
  • 可爱进取,孤独成精。努力飞翔,天堂翱翔。战争美好,孤独进取。胆大飞翔,成就辉煌。努力进取,遥望,和谐家园。可爱游走...
    赵原野阅读 2,721评论 1 1