ElasticSearch7.6.2使用_delete_by_query产生版本冲突问题
ElasticSearch7.6.2使用_delete_by_query产生版本冲突(version conflict)问题
环境:ElasticSearch7.6.2
问题产生的原因:
对某个index的数据进行删除,删除的数据量在千万级别。删除过程中产生版本冲突。
POST /monitor_user_log_info/_delete_by_query
{"query":{"bool":{"filter":[{"range":{"createTime":{"from":"2020-09-01T00:00:00.000Z",
"to":"2020-09-31T23:59:59.000Z","include_lower":true,"include_upper":true,"boost":1.0}}}],"adjust_pure_negative":true,"boost":1.0}},"track_total_hits":2147483647}
原因如下:
在执行_delete_by_query期间,为了删除匹配到的所有文档,多个搜索请求是按顺序执行的。每次找到一批文档时,将会执行相应的批处理请求来删除找到的全部文档。如果搜索或者批处理请求被拒绝,_delete_by_query根据默认策略对被拒绝的请求进行重试(最多10次)。达到最大重试次数后,会造成_delete_by_query请求中止,并且会在failures字段中响应 所有的故障。已经删除的仍会执行。换句话说,该过程没有回滚,只有中断。
在第一个请求失败引起中断,失败的批处理请求的所有故障信息都会记录在failures元素中;并返回回去。因此,会有不少失败的请求。
如果你想计算有多少个版本冲突,而不是中止,可以在URL中设置为conflicts=proceed或者在请求体中设置"conflicts": “proceed”。
第一步解决后出现超时问题,这是因为我们执行删除后会等待命令结束之后的结果,但是由于删除的数据量太大,不可能一时半会儿删除数据,从而出现超时问题。通过查询资料发现,这个可以通过加一个参数来设置执行命令之后立即返回,不等待删除的结果。只要设置wait_for_completion=false即可。
返回结果:
{
"task" : "yzkWe25WQr291Fa9k2S0vg:1766403051"
}
执行完之后立马返回了一个taskid,我们可以通过这个taskid来查看数据的删除情况。
GET /_tasks/yzkWe25WQr291Fa9k2S0vg:1766403051
不断执行,你会发现删除的数据在不断增加。
取消单个迁移任务
POST _tasks/node_id:task_id/_cancel
取消全部的删除数据任务
POST _tasks/_cancel?actions=*delete/byquery
# 参数解释如下:
# wait_for_completion=false : 开启异步
# scroll_size=2000 : 删除文档数
# slices=2 : 线程数量
# conflicts=proceed : 有冲突不中断继续执行
POST monitor_user_log_info/_delete_by_query?wait_for_completion=false&conflicts=proceed&scroll_size=10000&slices=10
{"query":{"bool":{"filter":[{"range":{"createTime":{"from":"2020-09-01T00:00:00.000Z",
"to":"2020-09-31T23:59:59.000Z","include_lower":true,"include_upper":true,"boost":1.0}}}],"adjust_pure_negative":true,"boost":1.0}},"track_total_hits":2147483647}