Reindex API

重新索引要求为源索引中的所有文档启用_source。重新索引不会尝试设置目标索引，它不会复制源索引的设置，你应该在运行_reindex操作之前设置目标索引，包括设置映射、碎片数、副本等。

_reindex的最基本形式只是将文档从一个索引复制到另一个索引，这会将twitter索引中的文档复制到new_twitter索引中：

POST _reindex
{
  "source": {
    "index": "twitter"
  },
  "dest": {
    "index": "new_twitter"
  }
}

这将返回如下内容：

{
  "took" : 147,
  "timed_out": false,
  "created": 120,
  "updated": 0,
  "deleted": 0,
  "batches": 1,
  "version_conflicts": 0,
  "noops": 0,
  "retries": {
    "bulk": 0,
    "search": 0
  },
  "throttled_millis": 0,
  "requests_per_second": -1.0,
  "throttled_until_millis": 0,
  "total": 120,
  "failures" : [ ]
}

就像_update_by_query一样，_reindex获取源索引的快照，但其目标必须是不同的索引，因此版本冲突不太可能，dest元素可以像索引API一样配置，以控制乐观并发控制。只是省略version_type（如上所述）或将其设置为internal将导致Elasticsearch盲目地将文档转储到目标中，覆盖任何碰巧具有相同类型和id的文档：

POST _reindex
{
  "source": {
    "index": "twitter"
  },
  "dest": {
    "index": "new_twitter",
    "version_type": "internal"
  }
}

将version_type设置为external将导致Elasticsearch保留源中的version，创建缺少的任何文档，并更新目标索引中具有旧版本的文档而不是源索引中的任何文档：

POST _reindex
{
  "source": {
    "index": "twitter"
  },
  "dest": {
    "index": "new_twitter",
    "version_type": "external"
  }
}

设置op_type为create将导致_reindex仅在目标索引中创建缺少的文档，所有现有文档都会导致版本冲突：

POST _reindex
{
  "source": {
    "index": "twitter"
  },
  "dest": {
    "index": "new_twitter",
    "op_type": "create"
  }
}

默认情况下，版本冲突会中止_reindex进程，但你可以在请求体中设置"conflicts": "proceed"即可计算：

POST _reindex
{
  "conflicts": "proceed",
  "source": {
    "index": "twitter"
  },
  "dest": {
    "index": "new_twitter",
    "op_type": "create"
  }
}

你可以通过向source添加类型或添加查询来限制文档，这个只会将kimchy写的推文复制到new_twitter中：

POST _reindex
{
  "source": {
    "index": "twitter",
    "type": "_doc",
    "query": {
      "term": {
        "user": "kimchy"
      }
    }
  },
  "dest": {
    "index": "new_twitter"
  }
}