elasticsearch文档Delete By Query API(二)

执行结果如下：

此API的优势在于它可以集成 wait_for_completion=false，进而透明地返回任务执行状态。如果任务已完成并且 wait_for_completion=false也已经设置，则它将返回 results或者一个error字段，使用这个功能的会自动创建.tasks/task/${taskId}，当然开发者可以删除该文档。

5.Works with the Cancel Task API

任何的 deletebyquery操作都可以使用Task Cancel API取消，如下：

curl -X POST “localhost:9200/_tasks/r1A2WoRbTwKZ516z6NEs5A:36619/_cancel?pretty”

通过上一小节的请求可以获取到Task ID。

取消应该尽快操作但是依然可能需要花费几秒钟，上面的Task API也会列出Task，直到该Task被唤醒取消自己。

6.Rethrottling

requestpersecond的值可以在 deletebyquery期间使用 _rethrottle API进行修改：

curl -X POST “localhost:9200/_delete_by_query/r1A2WoRbTwKZ516z6NEs5A:36619/_rethrottle?requests_per_second=-1”

通过上一小节的请求可以获取到Task ID。

就像在 _delete_by_query API中设置节流参数一样， request_per_second如果为-1表示禁用限制，或者任何十进制数字，如1.7或12，以节流到该级别，对于加速查询的会立即生效，但是对于减慢查询的，则是在完成当前批处理之后才会生效，这样可以防止滚动超时。

7.Slicing

delete by query 支持 sliced scroll 进而实现并行化删除，这种并行化可以提高效率，并提供一种方便的方法将请求分解为更小的部分。

7.1 Manually slicingedit

首先可以手动的进行并行化处理，如下：

curl -X POST “localhost:9200/twitter/_delete_by_query?pretty” -H ‘Content-Type: application/json’ -d’

{

“sli