
当在OpenSearch中查询新增字段却无法获取结果时,通常是由于OpenSearch的自动映射机制导致。新字段在未显式声明映射时,会被默认创建为text和keyword两种类型。terms查询对text字段执行精确匹配时,需考虑其经过分析器处理(如小写转换)后的词元;而对keyword字段,则需使用.keyword后缀进行精确匹配。本文将详细阐述这两种解决方案。
在OpenSearch(或Elasticsearch)中,当您索引一个包含新字段的文档,而该字段在索引的映射中尚未定义时,OpenSearch会尝试自动推断其数据类型并创建相应的映射。对于字符串类型的数据,默认情况下,OpenSearch通常会创建两种子字段:
当您使用terms查询时,它期望的是精确匹配。因此,理解字段是text类型还是keyword类型,以及它们如何存储数据,是解决查询问题的关键。
假设您有一个名为abc的索引,其中包含一个旧字段name,可以正常查询。现在您开始向文档中添加一个新字段lastname,例如"lastname": "William"。当您尝试使用以下terms查询来查找lastname为William的文档时,却发现没有任何结果:
POST abc/_search
{
"query": {
"bool": {
"must": [
{
"terms": {
"lastname": [
"William"
]
}
}
]
}
}
}这是因为lastname字段在首次索引时,OpenSearch自动将其识别为字符串,并创建了lastname(text类型)和lastname.keyword(keyword类型)两个字段。terms查询默认针对text类型字段进行,但text字段中的William可能已被分析器转换为william。
要成功查询新字段,您需要根据实际需求选择以下两种方法之一:
如果您希望对字段进行精确匹配,而不受分析器处理的影响,那么应该使用自动生成的keyword子字段。这个子字段存储的是原始、未经分析的字符串。
示例代码:
POST abc/_search
{
"query": {
"bool": {
"must": [
{
"terms": {
"lastname.keyword": [
"William"
]
}
}
]
}
}
}通过将查询字段从lastname改为lastname.keyword,terms查询将直接匹配存储在keyword字段中的原始值William,从而获取正确的结果。
如果您确实想查询text类型字段,并利用其分析器处理的特性(例如,希望查询不区分大小写),那么您需要确保查询条件与分析器处理后的词元相匹配。OpenSearch的默认分析器通常会执行小写转换。
示例代码:
POST abc/_search
{
"query": {
"bool": {
"must": [
{
"terms": {
"lastname": [
"William"
]
}
}
]
}
}
}在此示例中,我们将查询条件"William"改为"william"(小写)。如果默认分析器将William转换为william,那么这个查询就能成功匹配到文档。
PUT abc
{
"mappings": {
"properties": {
"name": {
"type": "keyword"
},
"lastname": {
"type": "keyword"
// 或者如果您需要全文搜索,可以定义为 text
// "type": "text",
// "fields": {
// "keyword": {
// "type": "keyword",
// "ignore_above": 256
// }
// }
}
}
}
}当OpenSearch中新字段的terms查询没有返回预期结果时,核心原因在于OpenSearch的自动映射机制将字符串字段默认处理为text和keyword两种类型。要解决此问题,您可以选择:
最佳实践是始终显式定义字段映射,以确保数据存储和查询行为符合预期,从而避免因自动映射而产生的潜在问题。
以上就是OpenSearch新字段查询无结果:理解与解决自动映射问题的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号