blog/Full-Stack-Notes
2
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Update Elasticsearch_7.x_基本操作.md

Browse Source
This commit is contained in:
heibaiying 2019-07-12 15:04:38 +08:00 committed by GitHub
parent fd32b38111
commit e6e781c863
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 4 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
notes/Elasticsearch_7.x_基本操作.md
View File

@ -316,11 +316,11 @@ POST _bulk
```json ```json
POST _bulk POST _bulk
{"操作",{“文档位置”,"可选操作"}} {"操作",{"文档位置","可选操作"}}
{数据} {数据}
{"操作",{“文档位置”,"可选操作"}} {"操作",{"文档位置","可选操作"}}
{数据} {数据}
{"操作",{“文档位置”,"可选操作"}} {"操作",{"文档位置","可选操作"}}
{数据} {数据}
.... ....
``` ```
@ -339,4 +339,4 @@ POST _bulk
} }
``` ```
之所以这样设计是因为如果允许多行模式，则其解析会比较麻烦且耗费性能，假设我们一次性批量执行上万个更新，则用于描述其操作的 Json 文件就会非常大，此时程序需要将其拷贝到内存中先进行解析，这个操作既浪费了内存又浪费了计算资源。而采用单行模式就能避免这个问题，程序只需要逐行读取记录，每读取两行则必然就是一个完整的操作，此时只需要将其发送到对应分片节点上执行即可。 之所以这样设计是因为如果允许多行模式，则其解析会比较麻烦且耗费性能，假设我们一次性批量执行上万个更新，则用于描述其操作的 Json 文件就会非常大，此时程序需要将其拷贝到内存中先进行解析，这个操作既浪费了内存又浪费了计算资源。而采用单行模式就能避免这个问题，程序只需要逐行读取记录，每读取两行则必然就是一个完整的操作，此时只需要将其发送到对应分片节点上执行即可。