删除文档也算是常用的操作了...如果把Elasticsearch当做一款普通的数据库，那么删除操作自然就很常用了。如果仅仅是全文检索，可能就不会太常用到删除。

Delete API

删除API，可以根据特定的ID删除文档。

$ curl -XDELETE 'http://localhost:9200/twitter/tweet/1'

会返回下面的消息：

{
    "_shards" : {
        "total" : 10,
        "failed" : 0,
        "successful" : 10
    },
    "found" : true,
    "_index" : "twitter",
    "_type" : "tweet",
    "_id" : "1",
    "_version" : 2
}

版本

每个索引都通过版本来维护。当想要删除某个文档的时候，版本可以用来确认删除的文档。而想要删除一个已经被删除的文档，则不会发生任何变化。

路由

如果在索引的时候提供了路由，那么删除的时候，也需要指定相应的路由：

$ curl -XDELETE 'http://localhost:9200/twitter/tweet/1?routing=kimchy'

上面的例子中，想要删除id为1的索引，会通过固定的路由查找文档。如果路由不正确，可能查不到相关的文档。对于某种情况，需要使用_routing参数，但是却没有任何的值，那么删除请求会广播到每个分片，执行删除操作。

Parent

删除操作也可以指定父文档。再删除父文档的时候，不会删除子文档。有一种删除子文档的方法，就是使用delete-by-query。

自动创建索引

在执行删除操作时，如果没有创建过索引，则会自动创建。类型也是一样。

分布式

对于分布式的环境，主分片和副分片会维护一个共同的组ID，执行删除操作会向这个组ID发送请求。

Write Consistency

Control if the operation will be allowed to execute based on the number of active shards within that partition (replication group). The values allowed are one, quorum, and all. The parameter to set it isconsistency, and it defaults to the node level setting of action.write_consistency which in turn defaults toquorum.

For example, in a N shards with 2 replicas index, there will have to be at least 2 active shards within the relevant partition (quorum) for the operation to succeed. In a N shards with 1 replica scenario, there will need to be a single shard active (in this case, one and quorum is the same).

refresh

refresh参数设置为true，可以在删除操作执行后，立即刷新分片，保证其数据可以立即被查询。不过要慎用！

timeout

The primary shard assigned to perform the delete operation might not be available when the delete operation is executed. Some reasons for this might be that the primary shard is currently recovering from a store or undergoing relocation. By default, the delete operation will wait on the primary shard to become available for up to 1 minute before failing and responding with an error.

当分片不可用的时候，删除操作会等待一段时间执行。可以设置其timeout

$ curl -XDELETE 'http://localhost:9200/twitter/tweet/1?timeout=5m'