4.1.3 导入数据格式¶
Doris 支持对 csv 、 json 、 parquet 、 orc 格式的数据文件进行导入。本文对各种文件格式支持的导入方式、适用参数、使用方式进行详细的介绍。
1 CSV 格式¶
1.1 支持的导入方式¶
以下导入方式支持 CSV 格式的数据导入:
-
Stream Load -
Broker Load -
Routine Load -
MySQL Load -
INSERT INTO FROM S3 TVF -
INSERT INTO FROM HDFS TVF
1.2 支持的CSV格式¶
-
csv:文件不带header和type -
csv_with_names:文件带header,会自动文件行首过滤 -
csv_with_names_and_types:文件带header和type,会自动对文件前两行过滤
1.3 适用参数¶
| 参数 | 参数说明 | 指定方法 |
|---|---|---|
| 行分隔符 | 用于指定导入文件中的换行符,默认为 \n 。可以使用做多个字符的组合作为换行符。对于Windows系统上的文本文件,可能需要指定换行符为 \r\n 。某些程序在写入文件时可能会使用 \r 作为行终止符,需要指定 \r 为换行符。 |
- Stream Load: line_delimiter Http Header- Broker Load : LINES TERMINATED BY- Routine Load : 不支持 - MySQL Load : LINES TERMINATED BY |
| 列分隔符 | 用于指定导入文件中的列分隔符,默认为 \t 。如果是不可见字符,则需要加 \x 作为前缀,使用十六进制来表示分隔符。可以使用多个字符的组合作为列分隔符。因为 MySQL 协议会做转义处理,如果列分隔符是不可见字符,通过 MySQL 协议提交的导入请求需要在列分隔字符前面多加一个反斜线 \ 。例如,Hive的文件分隔符为 \x01 ,Broker Load 需要传入 \\x01 。 |
- Stream Load: columns_delimiter Http Header- Broker Load : COLUMNS TERMINATED BY- Routine Load : COLUMNS TERMINATED BY- MySQL Load : COLUMNS TERMINATED BY |
| 包围符 | 当 CSV 数据字段中含有行分隔符或列分隔符时,为防止意外截断,可指定单字节字符作为包围符起到保护作用,默认值: NONE 。最常用包围符为单引号 ' 或双引号 " 。例如列分隔符为 , ,包围符为 ' ,数据为 a,'b,c' ,则 b,c 会被解析为一个字段。 |
- Stream Load: enclose Http Header- Broker Load : PROPERTIES 里指定 enclose- Routine Load: PROPERTIES 里指定 enclose- MySQL Load: PROPERTIES 里指定 enclose |
| 转义符 | 用于转义在字段中出现的与包围符相同的字符。例如数据为 a,'b,'c' ,包围符为 ' ,希望 b,'c 被作为一个字段解析,则需要指定单字节转义符,例如 \ ,将数据修改为 a,'b,\'c' 。 |
- Stream Load: escape Http Header- Broker Load : PROPERTIES 里指定 escape- Routine Load: PROPERTIES 里指定 escape- MySQL Load: PROPERTIES 里指定 escape |
| 跳过的行数 | 跳过 CSV 文件的前几行,整数类型,默认值为 0。当设置 format 设置为 csv_with_names 或 csv_with_names_and_types 时,该参数会失效。 |
- Stream Load: skip_lines Http Header- Broker Load : PROPERTIES 里指定 skip_lines- MySQL Load: 不支持 - Routine Load: 不支持 |
| 压缩格式 | CSV 格式数据支持以下压缩格式:plain, gz, lzo, bz2, lz4, LZ4FRAME,lzop, deflate。默认是plain,表示不压缩。不支持 tar 格式, tar 只是归档打包工具,不是压缩格式。 | - Stream Load: compress_type Http Header- Broker Load : COMPRESS_TYPE AS- MySQL Load: 不支持 - Routine Load: 不支持 |
1.4 导入示例¶
Stream Load
| Bash | |
|---|---|
1 2 3 4 5 6 7 8 9 | |
Broker Load
| SQL | |
|---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | |
Routine Load
| SQL | |
|---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | |
MySQL Load
| SQL | |
|---|---|
1 2 3 4 5 6 7 8 9 10 | |
2 JSON 格式¶
Doris 支持导入 JSON 格式的数据。本文档主要说明在进行 JSON 格式数据导入时的注意事项。
2.1 支持的导入方式¶
以下导入方式支持 JSON 格式的数据导入:
-
Stream Load -
Broker Load -
Routine Load -
INSERT INTO FROM S3 TVF -
INSERT INTO FROM HDFS TVF
2.2 支持的 JSON 格式¶
当前仅支持以下三种 JSON 格式:
-
以
Array表示的多行数据以
Array为根节点的JSON格式。Array中的每个元素表示要导入的一行数据,通常是一个Object。示例如下:JSON 1 2 3 4 5 6 7 8 9 10 11
[ { "id": 123, "city" : "beijing"}, { "id": 456, "city" : "shanghai"}, ... ] [ { "id": 123, "city" : { "name" : "beijing", "region" : "haidian"}}, { "id": 456, "city" : { "name" : "beijing", "region" : "chaoyang"}}, ... ]这种方式通常用于
Stream Load导入方式,以便在一批导入数据中表示多行数据。这种方式必须配合设置
strip_outer_array=true使用。Doris在解析时会将数组展开,然后依次解析其中的每一个Object作为一行数据。 -
以
Object表示的单行数据以
Object为根节点的JSON格式。整个Object即表示要导入的一行数据。示例如下:JSON 1 2 3
{ "id": 123, "city" : "beijing"} { "id": 123, "city" : { "name" : "beijing", "region" : "haidian" }}这种方式通常用于
Routine Load导入方式,如表示Kafka中的一条消息,即一行数据。 -
以固定分隔符分隔的多行
Object数据Object表示的一行数据即表示要导入的一行数据,示例如下:JSON 1 2 3
{ "id": 123, "city" : "beijing"} { "id": 456, "city" : "shanghai"} ...这种方式通常用于
Stream Load导入方式,以便在一批导入数据中表示多行数据。这种方式必须配合设置
read_json_by_line=true使用,特殊分隔符还需要指定line_delimiter参数,默认\n。Doris在解析时会按照分隔符分隔,然后解析其中的每一行Object作为一行数据。
2.3 参数配置¶
-
streaming_load_json_max_mb一些数据格式,如
JSON,无法进行拆分处理,必须读取全部数据到内存后才能开始解析,因此,这个值用于限制此类格式数据单次导入最大数据量。默认值为
100,单位MB,可参考BE配置项修改这个参数 -
fuzzy_parse在
STREAM LOAD中,可以添加fuzzy_parse参数来加速JSON数据的导入效率。这个参数通常用于导入以
Array表示的多行数据这种格式,所以一般要配合strip_outer_array=true使用。这个功能要求
Array中的每行数据的字段顺序完全一致。Doris仅会根据第一行的字段顺序做解析,然后以下标的形式访问之后的数据。该方式可以提升3-5X的导入效率。
2.4 JSON Path¶
Doris 支持通过 JSON Path 抽取 JSON 中指定的数据。
注:因为对于 Array 类型的数据, Doris 会先进行数组展开,最终按照 Object 格式进行单行处理。所以本文档之后的示例都以单个 Object 格式的 Json 数据进行说明。
-
不指定
JSON Path如果没有指定
JSON Path,则Doris会默认使用表中的列名查找Object中的元素。示例如下:表中包含两列:
id,cityJSON数据如下:JSON 1{ "id": 123, "city" : "beijing"}则
Doris会使用id,city进行匹配,得到最终数据123和beijing。如果
JSON数据如下:JSON 1{ "id": 123, "name" : "beijing"}则使用
id,city进行匹配,得到最终数据123和null。 -
指定
JSON Path通过一个
JSON数据的形式指定一组JSON Path。数组中的每个元素表示一个要抽取的列。示例如下:JSON 1 2 3
["$.id", "$.name"] ["$.id.sub_id", "$.name[0]", "$.city[0]"]Doris会使用指定的JSON Path进行数据匹配和抽取。 -
匹配非基本类型
前面的示例最终匹配到的数值都是基本类型,如整型、字符串等。
Doris当前暂不支持复合类型,如Array、Map等。所以当匹配到一个非基本类型时,Doris会将该类型转换为JSON格式的字符串,并以字符串类型进行导入。示例如下:JSON数据为:JSON 1{ "id": 123, "city" : { "name" : "beijing", "region" : "haidian" }}JSON Path为["$.city"]。则匹配到的元素为:JSON 1{ "name" : "beijing", "region" : "haidian" }该元素会被转换为字符串进行后续导入操作:
JSON 1"{'name':'beijing','region':'haidian'}" -
匹配失败
当匹配失败时,将会返回
null。示例如下:JSON数据为:JSON 1{ "id": 123, "name" : "beijing"}JSON Path为["$.id", "$.info"]。则匹配到的元素为123和null。Doris当前不区分JSON数据中表示的null值,和匹配失败时产生的null值。假设JSON数据为:JSON 1{ "id": 123, "name" : null }则使用以下两种
JSON Path会获得相同的结果:123和null。JSON 1 2 3
["$.id", "$.name"] ["$.id", "$.info"] -
完全匹配失败
为防止一些参数设置错误导致的误操作。
Doris在尝试匹配一行数据时,如果所有列都匹配失败,则会认为这个是一个错误行。假设JSON数据为:JSON 1{ "id": 123, "city" : "beijing" }如果
JSON Path错误的写为(或者不指定JSON Path时,表中的列不包含id和city):JSON 1["$.ad", "$.infa"]则会导致完全匹配失败,则该行会标记为错误行,而不是产出
null,null。
2.5 JSON Path 和 Columns¶
JSON Path 用于指定如何对 JSON 格式中的数据进行抽取,而 Columns 指定列的映射和转换关系。两者可以配合使用。
换句话说,相当于通过 JSON Path ,将一个 JSON 格式的数据,按照 JSON Path 中指定的列顺序进行了列的重排。之后,可以通过 Columns ,将这个重排后的源数据和表的列进行映射。举例如下:
数据内容:
| JSON | |
|---|---|
1 | |
表结构:
| SQL | |
|---|---|
1 | |
导入语句 1 (以 Stream Load 为例):
| Bash | |
|---|---|
1 | |
导入语句 1 中,仅指定了 JSON Path ,没有指定 Columns 。其中 JSON Path 的作用是将 JSON 数据按照 JSON Path 中字段的顺序进行抽取,之后会按照表结构的顺序进行写入。最终导入的数据结果如下:
| SQL | |
|---|---|
1 2 3 4 5 | |
会看到,实际的 k1 列导入了 JSON 数据中的 k2 列的值。这是因为, JSON 中字段名称并不等同于表结构中字段的名称。我们需要显式的指定这两者之间的映射关系。
导入语句 2 :
| Bash | |
|---|---|
1 | |
相比如导入语句 1 ,这里增加了 Columns 字段,用于描述列的映射关系,按 k2, k1 的顺序。即按 JSON Path 中字段的顺序抽取后,指定第一列为表中 k2 列的值,而第二列为表中 k1 列的值。最终导入的数据结果如下:
| SQL | |
|---|---|
1 2 3 4 5 | |
当然,如其他导入一样,可以在 Columns 中进行列的转换操作。示例如下:
| Bash | |
|---|---|
1 | |
上述示例会将 k1 的值乘以 100 后导入。最终导入的数据结果如下:
| SQL | |
|---|---|
1 2 3 4 5 | |
导入语句 3 :
相比于导入语句 1 和导入语句 2 的表结构,这里增加 k1_copy 列。表结构:
| SQL | |
|---|---|
1 | |
如果你想将 json 中的某一字段多次赋予给表中几列,那么可以在 jsonPaths 中多次指定该列,并且依次指定映射顺序。示例如下:
| Bash | |
|---|---|
1 | |
上述示例会按 JSON Path 中字段的顺序抽取后,指定第一列为表中 k2 列的值,而第二列为表中 k1 列的值,第二列为表中 k1_copy 列的值。最终导入的数据结果如下:
| SQL | |
|---|---|
1 2 3 4 5 | |
导入语句 4 :
数据内容:
| JSON | |
|---|---|
1 | |
相比于导入语句 1 和导入语句 2 的表结构,这里增加 k1_nested1,k1_nested2 列。表结构:
| SQL | |
|---|---|
1 | |
如果你想将 json 中嵌套的多级同名字段赋予给表中不同的列,那么可以在 jsonPaths 中指定该列,并且依次指定映射顺序。示例如下:
| Bash | |
|---|---|
1 | |
上述示例会按 JSON Path 中字段的顺序抽取后,指定第一列为表中 k2 列的值,而第二列为表中 k1 列的值,第三列嵌套类型中的 k1 列为表中 k1_nested1 列的值,由此可知 k3.k1_nested.k1 列为表中 k1_nested2 列的值。最终导入的数据结果如下:
| SQL | |
|---|---|
1 2 3 4 5 | |
2.6 JSON root¶
Doris 支持通过 JSON root 抽取 JSON 中指定的数据。
注:因为对于 Array 类型的数据, Doris 会先进行数组展开,最终按照 Object 格式进行单行处理。所以本文档之后的示例都以单个 Object 格式的 Json 数据进行说明。
-
不指定
JSON root如果没有指定
JSON root,则Doris会默认使用表中的列名查找Object中的元素。示例如下:表中包含两列:
id,cityJSON数据为:JSON 1{ "id": 123, "name" : { "id" : "321", "city" : "shanghai" }}则
Doris会使用id,city进行匹配,得到最终数据123和null。 -
指定
JSON root通过
json_root指定JSON数据的根节点。Doris将通过json_root抽取根节点的元素进行解析。默认为空。指定
JSON root -H "json_root: $.name"。则匹配到的元素为:JSON 1{ "id" : "321", "city" : "shanghai" }该元素会被当作新
JSON进行后续导入操作,得到最终数据321和shanghai
2.7 NULL 和 Default 值¶
示例数据如下:
| JSON | |
|---|---|
1 2 3 4 5 | |
表结构为: k1 int null, k2 varchar(32) null default "x"
导入语句如下:
| Bash | |
|---|---|
1 | |
用户可能期望的导入结果如下,即对于缺失的列,填写默认值。
| SQL | |
|---|---|
1 2 3 4 5 6 7 8 9 | |
但实际的导入结果如下,即对于缺失的列,补上了 NULL 。
| SQL | |
|---|---|
1 2 3 4 5 6 7 8 9 | |
这是因为通过导入语句中的信息, Doris 并不知道“缺失的列是表中的 k2 列”。如果要对以上数据按照期望结果导入,则导入语句如下:
| Bash | |
|---|---|
1 | |
2.8 应用示例¶
2.8.1 Stream Load¶
因为 JSON 格式的不可拆分特性,所以在使用 Stream Load 导入 JSON 格式的文件时,文件内容会被全部加载到内存后,才开始处理。因此,如果文件过大的话,可能会占用较多的内存。
假设表结构为:
| SQL | |
|---|---|
1 2 3 | |
-
导入单行数据
1JSON 1{"id": 100, "city": "beijing", "code" : 1}-
不指定
JSON PathBash 1curl --location-trusted -u user:passwd -H "format: json" -T data.json <http://localhost:8030/api/db1/tbl1/_stream_load>导入结果:
SQL 1100 beijing 1 -
指定
JSON PathBash 1curl --location-trusted -u user:passwd -H "format: json" -H "jsonpaths: [\"$.id\",\"$.city\",\"$.code\"]" -T data.json <http://localhost:8030/api/db1/tbl1/_stream_load>导入结果:
SQL 1100 beijing 1
-
-
导入单行数据
2SQL 1{"id": 100, "content": {"city": "beijing", "code" : 1}}-
指定
JSON PathBash 1curl --location-trusted -u user:passwd -H "format: json" -H "jsonpaths: [\"$.id\",\"$.content.city\",\"$.content.code\"]" -T data.json <http://localhost:8030/api/db1/tbl1/_stream_load>导入结果:
SQL 1100 beijing 1
-
-
以
Array形式导入多行数据JSON 1 2 3 4 5 6 7 8 9 10 11 12 13 14
[ {"id": 100, "city": "beijing", "code" : 1}, {"id": 101, "city": "shanghai"}, {"id": 102, "city": "tianjin", "code" : 3}, {"id": 103, "city": "chongqing", "code" : 4}, {"id": 104, "city": ["zhejiang", "guangzhou"], "code" : 5}, { "id": 105, "city": { "order1": ["guangzhou"] }, "code" : 6 } ]-
指定
JSON PathBash 1curl --location-trusted -u user:passwd -H "format: json" -H "jsonpaths: [\"$.id\",\"$.city\",\"$.code\"]" -H "strip_outer_array: true" -T data.json <http://localhost:8030/api/db1/tbl1/_stream_load>导入结果:
SQL 1 2 3 4 5 6
100 beijing 1 101 shanghai NULL 102 tianjin 3 103 chongqing 4 104 ["zhejiang","guangzhou"] 5 105 {"order1":["guangzhou"]} 6
-
-
以多行
Object形式导入多行数据JSON 1 2 3 4
{"id": 100, "city": "beijing", "code" : 1} {"id": 101, "city": "shanghai"} {"id": 102, "city": "tianjin", "code" : 3} {"id": 103, "city": "chongqing", "code" : 4}StreamLoad导入:Bash 1curl --location-trusted -u user:passwd -H "format: json" -H "read_json_by_line: true" -T data.json <http://localhost:8030/api/db1/tbl1/_stream_load>导入结果:
SQL 1 2 3 4
100 beijing 1 101 shanghai NULL 102 tianjin 3 103 chongqing 4 -
对导入数据进行转换
数据依然是示例
3中的多行数据,现需要对导入数据中的code列加1后导入。Bash 1curl --location-trusted -u user:passwd -H "format: json" -H "jsonpaths: [\"$.id\",\"$.city\",\"$.code\"]" -H "strip_outer_array: true" -H "columns: id, city, tmpc, code=tmpc+1" -T data.json <http://localhost:8030/api/db1/tbl1/_stream_load>导入结果:
SQL 1 2 3 4 5 6
100 beijing 2 101 shanghai NULL 102 tianjin 4 103 chongqing 5 104 ["zhejiang","guangzhou"] 6 105 {"order1":["guangzhou"]} 7 -
使用
JSON导入Array类型由于RapidJSON处理decimal和largeint数值会导致精度问题,所以我们建议使用JSON字符串来导入数据到array<decimal>或array<largeint>列。JSON 1 2 3
{"k1": 39, "k2": ["-818.2173181"]} {"k1": 40, "k2": ["10000000000000000000.1111111222222222"]}Bash 1curl --location-trusted -u root: -H "max_filter_ratio:0.01" -H "format:json" -H "timeout:300" -T test_decimal.json <http://localhost:8030/api/example_db/array_test_decimal/_stream_load>导入结果:
SQL 1 2 3 4 5 6 7
MySQL > select * from array_test_decimal; +------+----------------------------------+ | k1 | k2 | +------+----------------------------------+ | 39 | [-818.2173181] | | 40 | [100000000000000000.001111111] | +------+----------------------------------+JSON 1{"k1": 999, "k2": ["76959836937749932879763573681792701709", "26017042825937891692910431521038521227"]}Bash 1curl --location-trusted -u root: -H "max_filter_ratio:0.01" -H "format:json" -H "timeout:300" -T test_largeint.json <http://localhost:8030/api/example_db/array_test_largeint/_stream_load>导入结果:
SQL 1 2 3 4 5 6
MySQL > select * from array_test_largeint; +------+------------------------------------------------------------------------------------+ | k1 | k2 | +------+------------------------------------------------------------------------------------+ | 999 | [76959836937749932879763573681792701709, 26017042825937891692910431521038521227] | +------+------------------------------------------------------------------------------------+
2.8.2 Routine Load¶
Routine Load 对 JSON 数据的处理原理和 Stream Load 相同。在此不再赘述。
对于 Kafka 数据源,每个 Massage 中的内容被视作一个完整的 JSON 数据。如果一个 Massage 中是以 Array 格式的表示的多行数据,则会导入多行,而 Kafka 的 offset 只会增加 1 。而如果一个 Array 格式的 JSON 表示多行数据,但是因为 JSON 格式错误导致解析 JSON 失败,则错误行只会增加 1 (因为解析失败,实际上 Doris 无法判断其中包含多少行数据,只能按一行错误数据记录)
3 Parquet¶
3.1 支持的导入方式¶
以下导入方式支持 CSV 格式的数据导入:
-
Stream Load -
Broker Load -
INSERT INTO FROM S3 TVF -
INSERT INTO FROM HDFS TVF
3.2 导入示例¶
Stream Load
| Bash | |
|---|---|
1 2 3 4 5 | |
Broker Load
| SQL | |
|---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 | |
4 ORC¶
4.1 支持的导入方式¶
以下导入方式支持 CSV 格式的数据导入:
-
Stream Load -
Broker Load -
INSERT INTO FROM S3 TVF -
INSERT INTO FROM HDFS TVF
4.2 导入示例¶
Stream Load
| Bash | |
|---|---|
1 2 3 4 5 | |
Broker Load
| SQL | |
|---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 | |