Solr多值字段顺序是否可靠？平行多值字段能否保持对应匹配顺序？

直接给明确结论：

• 仅通过文档ID直接拉取原始文档（即使用Get API、不走搜索查询逻辑）的场景下，只要写入时两个多值字段的元素是严格按一一对应的顺序传入的，返回的数组顺序完全可靠，和写入时的原始顺序一致，不会出现错位。

原理很简单：Elasticsearch存储原始文档_source时，是对你写入的JSON结构做原样序列化存储的，没有特殊配置的话不会调整数组内元素的顺序；底层Lucene写入多值字段时，也会严格按照传入顺序依次存储元素，单字段内部不会乱序。

注意边界 #

这个顺序一致性只在直接读取原始文档的场景成立，不要在搜索场景下依赖两个独立多值字段的位置对应关系：

• 搜索请求如果配置了不从_source取字段、转而从doc_values/倒排索引中提取字段值，虽然单字段内部顺序依然保留，但一旦涉及查询匹配、高亮、聚合、脚本处理等逻辑，很容易出现你无法对齐两个字段位置的情况
• 如果后续对文档做局部更新，只要不是同步整体替换两个多值字段的全部内容，只改其中一个字段的部分元素，必然会出现位置错位

你给出的CSV示例，按|拆分后按对应顺序写入，通过ID拉取到的结果和你给出的示例完全一致：

ID,Name,Number
988,Sixth|Second|Third,6|2|3
989,Fifth|Fourth|First,5|4|1

{
  "doc": {
    "ID": 988,
    "Name": ["Sixth", "Second", "Third"],
    "Number": [6, 2, 3]
  }
}

补充建议：如果两个多值字段的元素是强绑定的键值对应关系，不要长期依赖位置匹配的方案，更稳妥的做法是使用nested嵌套类型，将每一组对应的Name和Number作为独立的嵌套子文档存储，从根本上避免错位风险，不管是查询还是读取场景都不会出现匹配错误。

内容的提问来源于stack exchange，提问作者Googlebot