这篇文章和之前的 “Elasticsearch:Dynamic mapping” 有重复的地方。那篇文章是在很久以前创作的。由于有了 runtime fields 的新功能,我在这里再次重新写一遍以补充之前的内容。Runtime fields 是在 Elastic Stack 7.11 所引入的新功能。
动态模板(dynamic templates)让你可以更好地控制 Elasticsearch 如何在默认动态字段映射规则之外映射你的数据。默认的动态字段映射规则如下:
| JSON data type | "dynamic": "true" | "dynamic": "runtime" |
|---|---|---|
| null | 不添加任何字段 | 不添加任何字段 |
| true 或者 false | boolean | boolean |
| double | float | double |
| long | long | long |
| object | object | 不添加任何字段 |
| array | 依赖于数组里的第一个非 null 值 | 依赖于数组里的第一个非 null 值 |
| 通过 date detection 的字符串 | date | date |
| 通过 numeric detection 的字符串 | float 或者 long | double 或者 long |
| 不通过 date detection 或者 numeric detection的字符串 | 含有 .keyword 子字段的 text 类型 | keyword |
你可以通过将 dynamic 参数设置为 true 或 runtime 来启用动态映射。 然后,你可以使用动态模板来定义可应用于基于匹配条件动态添加的字段的自定义映射:
- match_mapping_type 对 Elasticsearch 检测到的数据类型进行操作。这个是有 JSON 解释器检测的类型。请参考上面的表格。
- match 及 unmatch 使用模式匹配字段名称
- path_match 及 path_unmatch 对字段的完整虚线路径进行操作
- 如果动态模板没有定义 match_mapping_type、match 或 path_match,它不会匹配任何字段。 你仍然可以在 _bulk 请求的 dynamic_templates 部分按名称引用模板。
使用映射规范中的 {name} 和 {dynamic_type} 模板变量作为占位符。
重要:仅当字段包含具体值时,才会添加动态字段映射。 当字段包含 null 或空数组时,Elasticsearch 不会添加动态字段映射。 如果在 dynamic_template 中使用了 null_value 选项,它只会在第一个具有字段具体值的文档被索引后应用。
动态模板被指定为命名对象的数组:
1. "dynamic_templates": [
2. {
3. "my_template_name": { #1
4. ... match conditions ... #2
5. "mapping": { ... } #3
6. }
7. },
8. ...
9. ]
- 模板的名称可以是任何的字符串。
- 匹配条件可以包括:match_mapping_type(由 JSON 解释器检测的类型)、match、match_pattern、unmatch、path_match、path_unmatch。
- 匹配字段应使用的映射。
验证动态模板
如果提供的映射包含无效的映射片段,则会返回验证错误。 在索引时应用动态模板时进行验证,并且在大多数情况下,在更新动态模板时进行。 提供无效的映射片段可能会导致动态模板的更新或验证在某些情况下失败:
- 如果未指定 match_mapping_type 但模板对至少一种预定义的映射类型有效,则映射片段被视为有效。 但是,如果与模板匹配的字段被索引为不同的类型,则会在索引时返回验证错误。 例如,配置一个没有 match_mapping_type 的动态模板被认为是有效的 string 类型,但如果匹配动态模板的字段被索引为 long,则在索引时返回验证错误。 建议将 match_mapping_type 配置为预期的 JSON 类型或在映射片段中配置所需的类型。
- 如果在映射片段中使用了 {name} 占位符,则在更新动态模板时会跳过验证。 这是因为当时的字段名称是未知的。 相反,在索引时应用模板时会发生验证。
模板按顺序处理 — 第一个匹配的模板获胜。 通过更新映射 API 放置新的动态模板时,所有现有模板都会被覆盖。 这允许在最初添加动态模板后重新排序或删除它们。
在动态模板中映射运行时字段(runtime fields)
如果你希望 Elasticsearch 将某种类型的新字段动态映射为运行时字段,请在索引映射中设置 "dynamic":"runtime"。这些字段未编入索引,并在查询时从 _source 加载。
或者,你可以使用默认的动态映射规则,然后创建动态模板以将特定字段映射为运行时字段。你在索引映射中设置 "dynamic":"true",然后创建一个动态模板以将某种类型的新字段映射为运行时字段。
假设你有每个字段以 ip_ 开头的数据。基于动态映射规则,Elasticsearch 将任何通过数值检测的字符串映射为浮点数或长整数。但是,吗可以创建一个动态模板,将新字符串映射为 ip 类型的运行时字段。
以下请求定义了一个名为 strings_as_ip 的动态模板。当 Elasticsearch 检测到与 ip* 模式匹配的新字符串字段时,它会将这些字段映射为 ip 类型的运行时字段。因为 ip 字段不是动态映射的,所以你可以将此模板与 "dynamic":"true" 或 "dynamic":"runtime" 一起使用。
1. PUT my-index-000001/
2. {
3. "mappings": {
4. "dynamic_templates": [
5. {
6. "strings_as_ip": {
7. "match_mapping_type": "string",
8. "match": "ip*",
9. "runtime": {
10. "type": "ip"
11. }
12. }
13. }
14. ]
15. }
16. }
上面的命令是这样的:
- match_mapping_type 为 string,也就是字段的值为字符串,通过 JSON 解释器解析所检测到的
- match 为 ip*,也就是该字段名是以 ip 为开头的
- runtime,定义的是被映射的字段的类型。在本例中,被映射为 runtime,其类型为 ip。
我们可以使用如下的命令来进行测试:
1. PUT my-index-000001/_doc/1
2. {
3. "ip1": "1.1.1.1",
4. "ip": 10
5. }
我们执行如下的命令来查看 my-index-00001 的 mapping:
GET my-index-000001/_mapping
上面的命令返回的值为:
1. {
2. "my-index-000001" : {
3. "mappings" : {
4. "dynamic_templates" : [
5. {
6. "strings_as_ip" : {
7. "match" : "ip*",
8. "match_mapping_type" : "string",
9. "runtime" : {
10. "type" : "ip"
11. }
12. }
13. }
14. ],
15. "runtime" : {
16. "ip1" : {
17. "type" : "ip"
18. }
19. },
20. "properties" : {
21. "ip" : {
22. "type" : "long"
23. }
24. }
25. }
26. }
27. }
从上面,我们可以看出来,ip1 字段是一个 runtime fields,并且它的类型为 ip,而 ip 字段的类型为 long。ip 被映射为 long 类型,这是因为它的 match_mapping_type 为整型值,而不是 string。
match_mapping_type
match_mapping_type 是 JSON 解析器检测到的数据类型。 因为 JSON 不区分 long 和 integer 或 double 和 float,所以任何解析的浮点数都被认为是 double JSON 数据类型,而任何解析的整数都被认为是 long。
注意:使用动态映射,Elasticsearch 将始终选择更广泛的数据类型。 一个例外是 float,它需要的存储空间比 double 少,并且对于大多数应用程序来说足够精确。 运行时字段不支持浮点数,这就是 "dynamic":"runtime" 使用双精度的原因。
Elasticsearch 会自动检测按照文章开始部分的表格来进行检测数据类型。我们可以在 match_mapping_type 中使用通配符 * 来匹配所有的数据类型。
例如,如果我们想将所有整数字段映射为整数(integer)而不是长整数(long),并将所有字符串字段同时映射为文本和关键字,我们可以使用以下模板:
1. PUT my-index-000001
2. {
3. "mappings": {
4. "dynamic_templates": [
5. {
6. "integers": {
7. "match_mapping_type": "long",
8. "mapping": {
9. "type": "integer"
10. }
11. }
12. },
13. {
14. "strings": {
15. "match_mapping_type": "string",
16. "mapping": {
17. "type": "text",
18. "fields": {
19. "raw": {
20. "type": "keyword",
21. "ignore_above": 256
22. }
23. }
24. }
25. }
26. }
27. ]
28. }
29. }
31. PUT my-index-000001/_doc/1
32. {
33. "my_integer": 5,
34. "my_string": "Some string"
35. }
在上面的索引中,my_integer 会被映射为 integer,而 my_string 将被映射为 text 及 keyword 的 multi-field。我们执行如下的命令来查看字段的类型:
GET my-index-000001/_mapping
上面命令的返回结果为:
1. {
2. "my-index-000001" : {
3. "mappings" : {
4. "dynamic_templates" : [
5. {
6. "integers" : {
7. "match_mapping_type" : "long",
8. "mapping" : {
9. "type" : "integer"
10. }
11. }
12. },
13. {
14. "strings" : {
15. "match_mapping_type" : "string",
16. "mapping" : {
17. "fields" : {
18. "raw" : {
19. "ignore_above" : 256,
20. "type" : "keyword"
21. }
22. },
23. "type" : "text"
24. }
25. }
26. }
27. ],
28. "properties" : {
29. "my_integer" : {
30. "type" : "integer"
31. },
32. "my_string" : {
33. "type" : "text",
34. "fields" : {
35. "raw" : {
36. "type" : "keyword",
37. "ignore_above" : 256
38. }
39. }
40. }
41. }
42. }
43. }
44. }
match 及 unmatch
match 参数使用模式匹配字段名称,而 unmatch 使用模式排除匹配匹配的字段。
match_pattern 参数调整 match 参数的行为,以支持在字段名称上匹配完整的 Java 正则表达式,而不是简单的通配符。 例如:
1. "match_pattern": "regex",
2. "match": "^profit_\d+$"
以下示例匹配名称以 long_ 开头的所有字符串字段(以 _text 结尾的字符串字段除外)并将它们映射为 long 字段:
1. PUT my-index-000001
2. {
3. "mappings": {
4. "dynamic_templates": [
5. {
6. "longs_as_strings": {
7. "match_mapping_type": "string",
8. "match": "long_*",
9. "unmatch": "*_text",
10. "mapping": {
11. "type": "long"
12. }
13. }
14. }
15. ]
16. }
17. }
19. PUT my-index-000001/_doc/1
20. {
21. "long_num": "5",
22. "long_text": "foo"
23. }
在上面,long_num 被映射为 long 类型的字段,这是因为它的 match_mapping_type 为 string 类型,并且它的字段名是以 long_ 为开头的。而 long_text 虽然是以 long_ 开头的,但是它符合 unmatch 的条件,也就是它的字段名是以 _text 为结尾的。这样的话,long_text 就按照默认的规则 string 进行映射。它将被映射为 text 及 keyword 的 multi-field 字段。我们通过如下的命令来进行查看:
GET my-index-000001/_mapping
上面的命令显示的结果为:
1. {
2. "my-index-000001" : {
3. "mappings" : {
4. "dynamic_templates" : [
5. {
6. "longs_as_strings" : {
7. "match" : "long_*",
8. "unmatch" : "*_text",
9. "match_mapping_type" : "string",
10. "mapping" : {
11. "type" : "long"
12. }
13. }
14. }
15. ],
16. "properties" : {
17. "long_num" : {
18. "type" : "long"
19. },
20. "long_text" : {
21. "type" : "text",
22. "fields" : {
23. "keyword" : {
24. "type" : "keyword",
25. "ignore_above" : 256
26. }
27. }
28. }
29. }
30. }
31. }
32. }
path_match 及 path_unmatch
path_match 和 path_unmatch 参数的工作方式与 match 和 unmatch 相同,但对字段的完整虚线路径进行操作,而不仅仅是最终名称,例如 some_object.*.some_field。
此示例将 name 对象中任何字段的值复制到顶级 full_name 字段,middle 字段除外:
1. PUT my-index-000001
2. {
3. "mappings": {
4. "dynamic_templates": [
5. {
6. "full_name": {
7. "path_match": "name.*",
8. "path_unmatch": "*.middle",
9. "mapping": {
10. "type": "text",
11. "copy_to": "full_name"
12. }
13. }
14. }
15. ]
16. }
17. }
19. PUT my-index-000001/_doc/1
20. {
21. "name": {
22. "first": "John",
23. "middle": "Winston",
24. "last": "Lennon"
25. }
26. }
如上所示,凡是在 name 之下的任何字段,除了是以 middle 为结尾的字段除外,都会被映射为 text 字段,并 copy_to 带 full_name 字段。如果你想了解更多 copy_to 的知识,请参考我之前的文章 “Runtime fields”。
执行上面的命令,并使用如下的命令来进行查看:
GET my-index-000001/_mapping
上面的命令显示的结果为:
1. {
2. "my-index-000001" : {
3. "mappings" : {
4. "dynamic_templates" : [
5. {
6. "full_name" : {
7. "path_match" : "name.*",
8. "path_unmatch" : "*.middle",
9. "mapping" : {
10. "copy_to" : "full_name",
11. "type" : "text"
12. }
13. }
14. }
15. ],
16. "properties" : {
17. "full_name" : {
18. "type" : "text",
19. "fields" : {
20. "keyword" : {
21. "type" : "keyword",
22. "ignore_above" : 256
23. }
24. }
25. },
26. "name" : {
27. "properties" : {
28. "first" : {
29. "type" : "text",
30. "copy_to" : [
31. "full_name"
32. ]
33. },
34. "last" : {
35. "type" : "text",
36. "copy_to" : [
37. "full_name"
38. ]
39. },
40. "middle" : {
41. "type" : "text",
42. "fields" : {
43. "keyword" : {
44. "type" : "keyword",
45. "ignore_above" : 256
46. }
47. }
48. }
49. }
50. }
51. }
52. }
53. }
54. }
从上面的结果中,我们可以看出来,name 之下的 middle 字段没有 copy_to,而它的映射是遵循默认的 string 的映射规则:text 及 keyword 的 multi-field 字段。
请注意,除了叶(leaf)字段之外,path_match 和 path_unmatch 参数还匹配对象路径。 例如,索引以下文档将导致错误,因为 path_match 设置也匹配对象字段 name.title,它不能映射为文本:
1. PUT my-index-000001/_doc/2
2. {
3. "name": {
4. "first": "Paul",
5. "last": "McCartney",
6. "title": {
7. "value": "Sir",
8. "category": "order of chivalry"
9. }
10. }
11. }
执行上面的命令将导致如下的错误信息:
1. {
2. "error" : {
3. "root_cause" : [
4. {
5. "type" : "mapper_parsing_exception",
6. "reason" : "failed to parse field [name.title] of type [text] in document with id '2'. Preview of field's value: '{category=order of chivalry, value=Sir}'"
7. }
8. ],
9. "type" : "mapper_parsing_exception",
10. "reason" : "failed to parse field [name.title] of type [text] in document with id '2'. Preview of field's value: '{category=order of chivalry, value=Sir}'",
11. "caused_by" : {
12. "type" : "illegal_state_exception",
13. "reason" : "Can't get text on a START_OBJECT at 5:14"
14. }
15. },
16. "status" : 400
17. }
Template 变量
{name} 和 {dynamic_type} 占位符在映射中被替换为字段名称和检测到的动态类型。 以下示例将所有字符串字段设置为使用与字段同名的分析器(analyzer),并禁用所有非字符串字段的 doc_values:
1. PUT my-index-000001
2. {
3. "mappings": {
4. "dynamic_templates": [
5. {
6. "named_analyzers": {
7. "match_mapping_type": "string",
8. "match": "*",
9. "mapping": {
10. "type": "text",
11. "analyzer": "{name}"
12. }
13. }
14. },
15. {
16. "no_doc_values": {
17. "match_mapping_type":"*",
18. "mapping": {
19. "type": "{dynamic_type}",
20. "doc_values": false
21. }
22. }
23. }
24. ]
25. }
26. }
28. PUT my-index-000001/_doc/1
29. {
30. "english": "Some English text",
31. "count": 5
32. }
在上面,{name} 被替换为 field name,而 {dynamic_type} 被替换为由 JSON 解析器检测的数据类型。在上面,english 字段的解析器被设置为 english,而 count 被检测为 long 类型,并且它的 doc_values 被设置为 false。
执行完上面的命令,我们可以通过如下的命令来查看:
GET my-index-000001/_mapping
上面的命令返回的结果为:
1. {
2. "my-index-000001" : {
3. "mappings" : {
4. "dynamic_templates" : [
5. {
6. "named_analyzers" : {
7. "match" : "*",
8. "match_mapping_type" : "string",
9. "mapping" : {
10. "analyzer" : "{name}",
11. "type" : "text"
12. }
13. }
14. },
15. {
16. "no_doc_values" : {
17. "match_mapping_type" : "*",
18. "mapping" : {
19. "doc_values" : false,
20. "type" : "{dynamic_type}"
21. }
22. }
23. }
24. ],
25. "properties" : {
26. "count" : {
27. "type" : "long",
28. "doc_values" : false
29. },
30. "english" : {
31. "type" : "text",
32. "analyzer" : "english"
33. }
34. }
35. }
36. }
37. }
Dynamic template 例子
以下是一些可能有用的动态模板的示例:
结构化搜索
当你设置 "dynamic":"true" 时,Elasticsearch 会将字符串字段映射为带有 keyword 子字段的 text 字段。 如果你只是索引结构化内容并且对全文搜索不感兴趣,你可以让 Elasticsearch 仅将你的字段映射为 keyword 字段。 但是,你必须搜索与索引完全相同的值才能搜索这些字段,也即精确匹配。
1. PUT my-index-000001
2. {
3. "mappings": {
4. "dynamic_templates": [
5. {
6. "strings_as_keywords": {
7. "match_mapping_type": "string",
8. "mapping": {
9. "type": "keyword"
10. }
11. }
12. }
13. ]
14. }
15. }
字符串的纯文本映射
与前面的示例相反,如果你只关心字符串字段的全文搜索并且不打算运行聚合、排序或精确搜索,你可以告诉 Elasticsearch 将字符串映射为 text:
1. PUT my-index-000001
2. {
3. "mappings": {
4. "dynamic_templates": [
5. {
6. "strings_as_text": {
7. "match_mapping_type": "string",
8. "mapping": {
9. "type": "text"
10. }
11. }
12. }
13. ]
14. }
15. }
或者,你可以创建一个动态模板来将你的字符串字段映射为映射的运行时部分中的 keyword 字段。 当 Elasticsearch 检测到字符串类型的新字段时,这些字段将被创建为 keyword 类型的运行时字段。 尽管你的字符串字段不会被索引,但它们的值存储在 _source 中,可用于搜索请求、聚合、过滤和排序。 例如,以下请求创建一个动态模板来将 string 字段映射为 keyword 类型的运行时字段。 尽管运行时定义为空白,但新的 string 字段将根据 Elasticsearch 用于向映射添加字段类型的动态映射规则(在本文开始部分的表格中定义)映射为 keyword 运行时字段。 任何未通过日期检测或数字检测的字符串都会自动映射为 keyword:
1. PUT my-index-000001
2. {
3. "mappings": {
4. "dynamic_templates": [
5. {
6. "strings_as_keywords": {
7. "match_mapping_type": "string",
8. "runtime": {}
9. }
10. }
11. ]
12. }
13. }
你索引一个简单的文档:
1. PUT my-index-000001/_doc/1
2. {
3. "english": "Some English text",
4. "count": 5
5. }
查看映射时,你会看到 english 字段是 keyword 类型的运行时字段:
GET my-index-000001/_mapping
1. {
2. "my-index-000001" : {
3. "mappings" : {
4. "dynamic_templates" : [
5. {
6. "strings_as_keywords" : {
7. "match_mapping_type" : "string",
8. "runtime" : { }
9. }
10. }
11. ],
12. "runtime" : {
13. "english" : {
14. "type" : "keyword"
15. }
16. },
17. "properties" : {
18. "count" : {
19. "type" : "long"
20. }
21. }
22. }
23. }
24. }
禁止归一化
归一化是索引时间的评分因素。 如果你不关心评分,例如,如果你从不按分数对文档进行排序,你可以禁用这些评分因素在索引中的存储并节省一些空间。
1. PUT my-index-000001
2. {
3. "mappings": {
4. "dynamic_templates": [
5. {
6. "strings_as_keywords": {
7. "match_mapping_type": "string",
8. "mapping": {
9. "type": "text",
10. "norms": false,
11. "fields": {
12. "keyword": {
13. "type": "keyword",
14. "ignore_above": 256
15. }
16. }
17. }
18. }
19. }
20. ]
21. }
22. }
该模板中出现的子 keyword 字段与动态映射的默认规则保持一致。 当然,如果你不需要它们,比如你不需要对该字段执行精确搜索或聚合,你可以按照上一节中的说明将其删除。
时间序列
使用 Elasticsearch 进行时间序列分析时,通常会有许多数字字段,你经常会在这些字段上进行聚合,但从不进行过滤。 在这种情况下,你可以禁用这些字段的索引以节省磁盘空间并可能获得一些索引速度:
1. PUT my-index-000001
2. {
3. "mappings": {
4. "dynamic_templates": [
5. {
6. "unindexed_longs": {
7. "match_mapping_type": "long",
8. "mapping": {
9. "type": "long",
10. "index": false
11. }
12. }
13. },
14. {
15. "unindexed_doubles": {
16. "match_mapping_type": "double",
17. "mapping": {
18. "type": "float",
19. "index": false
20. }
21. }
22. }
23. ]
24. }
25. }
在上面,如同在 "dynamic" 设置为 true 一样的情况,double 被映射为 float,因为它可以满足绝大部分的精度要求。在上面,我们可以通过 dynamic_templates 的使用,强制把 double 类型的数据转换为 float 以节省空间。