postman查询ElasticSearch数据

最新推荐文章于 2024-08-04 04:45:13 发布

奋进中的程序员

最新推荐文章于 2024-08-04 04:45:13 发布

阅读量6.4k

点赞数

分类专栏： elasticsearch 文章标签： elasticsearch

本文链接：https://blog.csdn.net/ym563099457/article/details/119513746

版权

elasticsearch 专栏收录该内容

3 篇文章 1 订阅

订阅专栏

本文详细介绍了如何通过192.168.56.10:9200对Elasticsearch进行节点状态查看、健康检查、索引管理、文档操作，包括PUT、POST、UPDATE、DELETE和批量API，以及乐观锁在版本控制中的应用。

摘要由CSDN通过智能技术生成

1.192.168.56.10:9200

2.查看ES节点192.168.56.10:9200/_cat/nodes

如下图所示看到的节点就是图1 中的name

3.192.168.56.10:9200/_cat/health

查看ES的健康状况

4.192.168.56.10:9200/_cat/master

查看主节点信息

5.192.168.56.10:9200/_cat/indices

查看ES 的索引信息

6.索引一个文档

PUT 请求 http://192.168.163.131:9200/customer/external/1

也可以发送POST请求 POST也是新增，不带ID 会自动生成ID ，再次发送请求会重新新建一条数据，也就是ID 会不同，如果带了ID 发送两次同样的请求会是update操作而不是create操作

查询文档

{
    "_index": "customer", # 在哪个索引(库)
    "_type": "external",  # 在哪个类型(表)
    "_id": "1",           # 文档id(记录)
    "_version": 1,        # 版本号
    "_seq_no": 0,         # 并发控制字段，每次更新都会+1，用来做乐观锁
    "_primary_term": 1,   # 同上，主分片重新分配，如重启，就会变化
    "found": true,
    "_source": {           # 数据
        "name": "Jone"
    }
}

使用_seq_no做乐观锁：

192.168.56.10:9200/customer/external/1?if_seq_no=0&if_primary_term=1

如下图所示发送一次修改操作后 _seq_no _primary_term的值都有变化

再次使用相同的 _seq_no _primary_term去做更新会报错

错误日志：

{
    "error": {
        "root_cause": [
            {
                "type": "version_conflict_engine_exception",
                "reason": "[1]: version conflict, required seqNo [0], primary term [1]. current document has seqNo [2] and primary term [1]",
                "index_uuid": "C8nFyfJMQkqmC6a9OESSmw",
                "shard": "0",
                "index": "customer"
            }
        ],
        "type": "version_conflict_engine_exception",
        "reason": "[1]: version conflict, required seqNo [0], primary term [1]. current document has seqNo [2] and primary term [1]",
        "index_uuid": "C8nFyfJMQkqmC6a9OESSmw",
        "shard": "0",
        "index": "customer"
    },
    "status": 409
}

更新文档

/index/type/id/_update

接口：192.168.56.10:9200/customer/external/1/_update

使用_update进行更新时一定要带doc

几种更新文档的区别

在上面索引文档即保存文档的时候介绍，还有两种更新文档的方式：

当PUT请求带id，且有该id数据存在时，会更新文档；
当POST请求带id，与PUT相同，该id数据已经存在时，会更新文档；

这两种请求类似，即带id，且数据存在，就会执行更新操作。

类比：

请求体的报文格式不同，_update方式要修改的数据要包裹在 doc 键下
_update方式不会重复更新，数据已存在不会更新，版本号不会改变，另两种方式会重复更新（覆盖原来数据），版本号会改变

这几种方式在更新时都可以增加属性，PUT请求带id更新和POST请求带id更新，会直接覆盖原来的数据，不会在原来的属性里面新增属性

删除文档

发送delete请求

删除索引，注意！es中未提供删除文档的接口

批量API

192.168.56.10:9200/customer/external/_bulk

{"index":{"_id":"1"}}
{"name":"jone"}
{"index":{"_id":"2"}}
{"name":"jake"}

也可以使用kabana进行批量插入数据操作，点击Dev Tools 进行操作界面

对所有索引执行批量操作

接口：POST /_bulk

{"delete":{"_index":"website","_type":"blog","_id":"123"}}
{"create":{"_index":"website","_type":"blog","_id":"123"}}
{"title":"my first blog post"}
{"index":{"_index":"website","_type":"blog"}}
{"title":"my second blog post"}
{"update":{"_index":"website","_type":"blog","_id":"123"}}
{"doc":{"title":"my updated blog post"}}

执行结果