我觉得对于ES的POST、PUT请求可以这么按照http请求的“幂等性”来理解。 https://blog.csdn.net/u010651249/article/details/84350061。 PUT方法要求是幂等的，POST方式不是幂等的，POST方法修改资源状态时，URL指示的是该资源的父级资源，待修改资源的信息在请求体中携带。而PUT方法修改资源状态时，URL直接指示待修改资源。所以，对于ES的PUT请求，URL上需要明确到document ID，即可以新增又可以更新整个文档（ES的更新都是get-有就delete-再创建），但无论如何都是这一个document。由于PUT请求既可以新增又可以更新的特性，为了提供put-if-absent特性，即没有时才新增，增加了op_type=create的选项（op_type只有create、index）。而POST请求URL是不需要指定ID的，每次都会创建一个新的文档，就不是幂等的。（其实PUT请求执行的操作，把PUT换成POST也是可以的，但这个官方没有说，是实验出来的）上面是根据Http请求来区分，如果根据ES API来区分： index：针对整个文档，既可以新增又可以更新； create：只是新增操作，已有报错，可以用PUT指定ID，或POST不指定ID； update：指的是部分更新，官方只是说用POST，请求body里用script或 doc里包含文档要更新的部分； delete和read：就是delete和get请求了，比较简单。

作者回复: 👍

2019-10-01

3

46

David

不要发送过多数据，一般多少数据才算是过多呢？

作者回复: 很好的问题。比较笼统的说，一般建议是1000-5000个文档，如果你的文档很大，可以适当减少队列，大小建议是5-15MB，默认不能超过100M。会报错

2019-06-27

4

13

吾皇万岁万岁万万岁

mget 和 msearch 有什么区别？不都是查询吗？

作者回复: mget 是通过文档ID列表得到文档信息。 msearch 是根据查询条件，搜索到相应文档。

2019-06-26

5

10

朽木自雕

index是干啥的，不是crud吗？

作者回复: Index = 删除再创建 Create = 创建新文档，如果已经存在，会报错 Update = 会对文档做增量的更新

2019-06-27

3

6

brooks

建议用井号注释，这样就不会在左边有报错提示了

作者回复: 👍

2019-10-10



5

老师，你好，mysql同步es有什么比较靠谱的中间件不

作者回复: logstash的jdbc plugin

2019-07-12

2

4

rexzhao

请问老师，我们在写入 doc 内容之前，不需要先定义好 index 的结构吗？之前 09 课中说的 mapping 不是要定义文档字段的类型吗？

作者回复: dynamic mapping的概念会在后续章节中讲解。你可以不做mapping，es会自动根据文档类型进行类型推断。并采用一些默认的配置。在生产环境中，建议做mapping设定，再写入数据

2019-06-27

2

4

LoveDlei

老师，问您个问题，ES从2.x升级到7.1会有问题吗？比如说调用的API和数据结构等其他的兼容问题？您有好的建议嘛？是不是可以加个答疑，讲解一下？

作者回复: 在后续的课程中会涵盖full restart 升级个滚动升级相关的问题。简单回答一下你的问题 1. 大版本更新， API会有向后不兼容的情况发生 2.大版本的升级，数据需要重建索引

2019-06-27

2

4

crossbell

es版本升级太迅速了，今天发布7.2了

作者回复: 嗯，7.2增加了SEIM部分的更新。同时继承了appsearch。appsearch我本就计划会讲。SEIM部分我也会考虑加入我们的课程

2019-06-28



3

QQ怪

老师_bulk里面的{ "field1" : "value1" }和{ "doc" : {"field2" : "value2"} }有啥作用？我看了好像是定义修改/创建之后是否需要返回及其返回值格式，不知道对不对？

作者回复: field1，field2，是你的文档的字段名字。例如，你写入一个user相关的文档，它可能是这样的 {"userName":"jack","email":"jack@google.com"} Bulk API的返回，你可以自己在kibana中测试，应该是一个一个文档操作的具体返回结果

2019-06-26

5

3

收起评论

相关阅读

课件地址

全部留言(57)