ClickHouse 支持多种二进制格式,可提供更好的性能和空间利用率。二进制格式在字符编码上也更安全,因为数据是以二进制形式保存的。
我们将使用 some_data 表 和 数据 进行演示,你也可以在自己的 ClickHouse 实例上复现这些示例。
以 ClickHouse 原生格式导出
在 ClickHouse 节点之间导出和导入数据时,效率最高的格式是 Native 格式。导出可使用 INTO OUTFILE 子句:
SELECT * FROM some_data
INTO OUTFILE 'data.clickhouse' FORMAT Native这会以 Native 格式创建 data.clickhouse 文件。
从 Native 格式导入
要导入数据,对于较小的文件或用于探索性操作,我们可以使用 file():
DESCRIBE file('data.clickhouse', Native);┌─name──┬─type───┬─default_type─┬─default_expression─┬─comment─┬─codec_expression─┬─ttl_expression─┐
│ path │ String │ │ │ │ │ │
│ month │ Date │ │ │ │ │ │
│ hits │ UInt32 │ │ │ │ │ │
└───────┴────────┴──────────────┴────────────────────┴─────────┴──────────────────┴────────────────┘在生产环境中,我们使用 FROM INFILE 导入数据:
INSERT INTO sometable
FROM INFILE 'data.clickhouse'
FORMAT NativeNative 格式压缩
我们也可以在将数据导出为 Native 格式 (以及大多数其他格式) 时,通过 COMPRESSION 子句启用压缩:
SELECT * FROM some_data
INTO OUTFILE 'data.clickhouse'
COMPRESSION 'lz4'
FORMAT Native我们在导出时使用了 LZ4 压缩,因此在导入数据时也需要指定它:
INSERT INTO sometable
FROM INFILE 'data.clickhouse'
COMPRESSION 'lz4'
FORMAT Native导出为 RowBinary
另一种受支持的二进制格式是 RowBinary,它支持以二进制编码的行格式导入和导出数据:
SELECT * FROM some_data
INTO OUTFILE 'data.binary' FORMAT RowBinary这会生成一个 data.binary 文件,其格式为二进制行格式。
查看 RowBinary 文件
这种格式不支持自动 schema 推断,因此如果要在加载前先查看内容,我们必须显式定义 schema:
SELECT *
FROM file('data.binary', RowBinary, 'path String, month Date, hits UInt32')
LIMIT 5┌─path───────────────────────────┬──────month─┬─hits─┐
│ Bangor_City_Forest │ 2015-07-01 │ 34 │
│ Alireza_Afzal │ 2017-02-01 │ 24 │
│ Akhaura-Laksam-Chittagong_Line │ 2015-09-01 │ 30 │
│ 1973_National_500 │ 2017-10-01 │ 80 │
│ Attachment │ 2017-09-01 │ 1356 │
└────────────────────────────────┴────────────┴──────┘可以考虑使用 RowBinaryWithNames,它还会额外添加一个包含列名列表的表头。RowBinaryWithNamesAndTypes 还会再额外添加一个包含列类型的表头。
从 RowBinary 文件导入数据
要从 RowBinary 文件中加载数据,可以使用 FROM INFILE 子句:
INSERT INTO sometable
FROM INFILE 'data.binary'
FORMAT RowBinary使用 RawBLOB 导入单个二进制值
假设我们想读取整个二进制文件,并将其保存到表中的某个字段中。 这种情况下可以使用 RawBLOB 格式。这种格式只能直接用于单列的表:
CREATE TABLE images(data String) ENGINE = Memory下面将图像文件保存到 images 表中:
cat image.jpg | clickhouse-client -q "INSERT INTO images FORMAT RawBLOB"我们可以检查 data 字段的长度,其值应等于原始文件大小:
SELECT length(data) FROM images┌─length(data)─┐
│ 6121 │
└──────────────┘导出 RawBLOB 数据
这种格式也可通过 INTO OUTFILE 子句导出数据:
SELECT * FROM images LIMIT 1
INTO OUTFILE 'out.jpg'
FORMAT RawBLOB请注意,我们必须使用 LIMIT 1,因为导出超过一个值会生成损坏的文件。
MessagePack
ClickHouse 支持通过 MsgPack 导入和导出 MessagePack。要导出为 MessagePack 格式:
SELECT *
FROM some_data
INTO OUTFILE 'data.msgpk'
FORMAT MsgPack要从 MessagePack 文件 中导入数据:
INSERT INTO sometable
FROM INFILE 'data.msgpk'
FORMAT MsgPackProtocol Buffers
要使用 Protocol Buffers,首先需要定义一个 schema 文件:
syntax = "proto3";
message MessageType {
string path = 1;
date month = 2;
uint32 hits = 3;
};该 schema 文件 (本例中为 schema.proto) 的路径是在 Protobuf 格式的 format_schema 设置选项中设置的:
SELECT * FROM some_data
INTO OUTFILE 'proto.bin'
FORMAT Protobuf
SETTINGS format_schema = 'schema:MessageType'这会将数据保存到 proto.bin 文件。ClickHouse 还支持导入 Protobuf 数据以及嵌套消息。若要处理单个 Protocol Buffer 消息,可考虑使用 ProtobufSingle (这种情况下会省略长度分隔符) 。
Cap'n Proto
ClickHouse 支持的另一种常见二进制序列化格式是 Cap'n Proto。与 Protobuf 格式类似,在本示例中,我们也需要定义一个 schema 文件 (schema.capnp) :
@0xec8ff1a10aa10dbe;
struct PathStats {
path @0 :Text;
month @1 :UInt32;
hits @2 :UInt32;
}现在我们可以使用 CapnProto 格式和此 schema 来导入和导出:
SELECT
path,
CAST(month, 'UInt32') AS month,
hits
FROM some_data
INTO OUTFILE 'capnp.bin'
FORMAT CapnProto
SETTINGS format_schema = 'schema:PathStats'请注意,我们必须将 Date 列强制转换为 UInt32,以匹配对应的数据类型。
其他格式
ClickHouse 支持多种格式,包括文本格式和二进制格式,以适配各种场景和平台。可通过以下文章了解更多格式及其使用方法:
- CSV 和 TSV 格式
- Parquet
- JSON 格式
- Regex 和 Template
- Native 和二进制格式
- SQL 格式
另外,也可以了解 clickhouse-local——这是一款功能完备且可移植的工具,无需启动 ClickHouse server 即可处理本地/远程文件。