1.属性分析
- 版本号
- 删除的时候做标记,使用的是懒删除
- _id 分为手动 id 和默认 id
{
"_index": "book",
"_type": "_doc",
"_id": "1",
"_version": 6,
"_seq_no": 7,
"_primary_term": 1,
"found": true,
"_source": {
"id": 1,
"title": "这是一文章",
"content": "xxxxx",
"comment": "备注信息",
"mobile": "13344556677"
}
}2._source 字段
含义：插入数据时的所有字段和值。在 get 获取数据时，在 source 字段中原样返回。
代码语言：apl复制GET /book/_doc/1定制返回:
代码语言：apl复制GET /book/_doc/1?_source_includes=id,title{ "_index": "book", "_type": "_doc", "_id": "1", "_version": 6, "_seq_no": 7, "_primary_term": 1, "found": true, "_source": { "id": 1, "title": "这是一文章" } }
3.强制创建
为防止覆盖原有数据，我们在新增时，设置为强制创建，不会覆盖原有文档。
代码语言：apl复制PUT /index/_doc/1/_createPUT /read_index/_doc/1/_create
{
"id":1,
"title":"这是一11文章",
"content":"xxxxx",
"comment":"备注信息",
"mobile":"13344556677"
}{ "_index": "read_index", "_type": "_doc", "_id": "1", "_version": 1, "result": "created", "_shards": { "total": 2, "successful": 1, "failed": 0 }, "_seq_no": 0, "_primary_term": 1 }
4.脚本使用
代码语言：apl复制#插入数据
PUT /test_index/_doc/6
{
"num": 0
}
#执行脚本
POST /test_index/_doc/6/_update
{
"script": "ctx._source.num =1"
}
#查询数据
GET /test_index/_doc/6{ "_index": "test_index", "_type": "_doc", "_id": "6", "_version": 2, "_seq_no": 1, "_primary_term": 1, "found": true, "_source": { "num": 1 } }
5.查询索引
代码语言：apl复制GET /test_index/_search{ "took": 339, "timed_out": false, "_shards": { "total": 1, "successful": 1, "skipped": 0, "failed": 0 }, "hits": { "total": { "value": 1, "relation": "eq" }, "max_score": 1.0, "hits": [ { "_index": "test_index", "_type": "_doc", "_id": "6", "_score": 1.0, "_source": { "num": 1 } } ] } }
6._version 字段
删除的时候是异步删除,只是做了删除标记,延时删除策略.
es 内部主从同步时，是多线程异步，乐观锁机制。也是基于版本号的
- 线程 1 先到，线程 2 后到，副本数据是没有问题的
- 线程 2 先到，线程 1 后到：
- 副本分片先把数据改为 test3,verion=3.
- 线程 1 请求到了，副本分片，判断请求的 verison=1 太旧了，就会丢弃这个请求。
说明:
- version 使用数据自带的 version 版本号
- _version&version_type=external 则是并发时使用程序自己指定的 version,且是不存在的
PUT /test_index/_doc/4?version=2&version_type=external
{
"test_field": "itcast1"
}7.重试次数
指定重试次数
代码语言：apl复制POST /test_index/_doc/5/_update?retry_on_conflict=3
{
"doc": {
"test_field": "itcast1"
}
}结合 version
代码语言：apl复制POST /test_index/_doc/5/_update?retry_on_conflict=3&version=22&version_type=external
{
"doc": {
"test_field": "itcast1"
}
}8.批量查询 mget
单条查询 GET /test_index/1，如果查询多个 id 的文档一条一条查询，网络开销太大。
代码语言：apl复制GET /_mget
{
"docs" : [
{
"_index" : "test_index",
"_type" : "_doc",
"_id" : 1
},
{
"_index" : "test_index",
"_type" : "_doc",
"_id" : 7
}
]
}{ "docs": [ { "_index": "test_index", "_type": "_doc", "_id": "2", "_version": 6, "_seq_no": 12, "_primary_term": 1, "found": true, "_source": { "test_field": "test12333123321321" } }, { "_index": "test_index", "_type": "_doc", "_id": "3", "_version": 6, "_seq_no": 18, "_primary_term": 1, "found": true, "_source": { "test_field": "test3213" } } ] }
提示去掉 type
代码语言：apl复制GET /_mget
{
"docs" : [
{
"_index" : "test_index",
"_id" : 2
},
{
"_index" : "test_index",
"_id" : 3
}
]
}同一索引下批量查询：
代码语言：apl复制GET /test_index/_mget
{
"docs" : [
{
"_id" : 2
},
{
"_id" : 3
}
]
}第三种写法：搜索写法
代码语言：apl复制post /test_index/_doc/_search
{
"query": {
"ids" : {
"values" : ["1", "7"]
}
}
}9.bulk
Bulk 操作解释将文档的增删改查一些列操作，通过一次请求全都做完。减少网络传输次数。
代码语言：apl复制#语法
POST /_bulk
{"action": {"metadata"}}
{"data"}示例:
#如下操作，删除5，新增14，修改2。
POST /_bulk
{ "create": { "_index": "test_index","_id": "8"}}
{ "test_field": "test8" }
{ "update": { "_index": "test_index","_id": "3"} }
{ "doc": {"test_field": "bulk test"} }
{ "delete": { "_index": "test_index","_id": "5" }}总结:
- 功能：
- delete：删除一个文档，只要 1 个 json 串就可以了
- create:相当于强制创建 PUT /index/type/id/_create
- index：普通的 put 操作，可以是创建文档，也可以是全量替换文档
- update：执行的是局部更新 partial update 操作
- 格式：每个 json 不能换行。相邻 json 必须换行。
- 隔离：每个操作互不影响。操作失败的行会返回其失败信息。
- 实际用法：bulk 请求一次不要太大，否则一下积压到内存中，性能会下降。所以，一次请求几千个操作、大小在几 M 正好。
10.定位错误语法
验证错误语句：
代码语言：apl复制GET /book/_validate/query?explain
{
"query": {
"mach": {
"description": "java程序员"
}
}
}返回：
代码语言：json复制{
"valid": false,
"error": "org.elasticsearch.common.ParsingException: no [query] registered for [mach]"
}正确
代码语言：apl复制GET /book/_validate/query?explain
{
"query": {
"match": {
"description": "java程序员"
}
}
}返回
代码语言：json复制{
"_shards": {
"total": 1,
"successful": 1,
"failed": 0
},
"valid": true,
"explanations": [
{
"index": "book",
"valid": true,
"explanation": "description:java description:程序员"
}
]
}一般用在那种特别复杂庞大的搜索下，比如你一下子写了上百行的搜索，这个时候可以先用 validate api 去验证一下，搜索是否合法。
合法以后，explain 就像 mysql 的执行计划，可以看到搜索的目标等信息。
11.Scroll 分批查询
场景：下载某一个索引中 1 亿条数据，到文件或是数据库。
不能一下全查出来，系统内存溢出。所以使用 scoll 滚动搜索技术，一批一批查询。
scoll 搜索会在第一次搜索的时候，保存一个当时的视图快照，之后只会基于该旧的视图快照提供数据搜索，如果这个期间数据变更，是不会让用户看到的
每次发送 scroll 请求，我们还需要指定一个 scoll 参数，指定一个时间窗口，每次搜索请求只要在这个时间窗口内能完成就可以了。
搜索
代码语言：apl复制GET /book/_search?scroll=1m
{
"query": {
"match_all": {}
},
"size": 3
}返回
代码语言：json复制{
"_scroll_id": "DXF1ZXJ5QW5kRmV0Y2gBAAAAAAAAMOkWTURBNDUtcjZTVUdKMFp5cXloVElOQQ==",
"took": 3,
"timed_out": false,
"_shards": {
"total": 1,
"successful": 1,
"skipped": 0,
"failed": 0
},
"hits": {
"total": {
"value": 3,
"relation": "eq"
},
"max_score": 1.0,
"hits": []
}
}获得的结果会有一个 scoll_id，下一次再发送 scoll 请求的时候，必须带上这个 scoll_id
代码语言：apl复制GET /_search/scroll
{
"scroll": "1m",
"scroll_id" : "DXF1ZXJ5QW5kRmV0Y2gBAAAAAAAAMOkWTURBNDUtcjZTVUdKMFp5cXloVElOQQ=="
}与分页区别:
- 分页是给用户看的 deep paging
- scroll 是用户系统内部操作，如下载批量数据，数据转移。零停机改变索引映射。 Elasticsearch 是一个基于 Apache Lucene 的开源搜索引擎，它提供了分布式、多租户的搜索服务及数据分析功能。Elasticsearch 的架构是面向文档的，它将所有数据存储为 JSON 文档，每个文档都有唯一的 ID，而且处理结构化和非结构化数据非常容易。它使用诸如分片、副本、修订等技术来确保存储方案具备可靠性、高可用性和可伸缩性。Elasticsearch 采用基于 RESTful API（HTTP）的接口，提供非常完善的查询语句；同时还支持实时字段计算、聚合分析、搜索建议、中文分词以及 Geo 查询等复杂操作。
Elasticsearch 的主要优点包括：
- 分布式设计：Elasticsearch 天然支持分布式，可以很容易地横向扩容，处理 PB 级结构化或非结构化数据。
- 高效的搜索能力：Elasticsearch 提供了全文搜索功能，支持模糊查询、前缀查询、通配符查询等，并且具有强大的聚合分析功能。
- 快速的查询速度：Elasticsearch 的底层使用 Lucene 作为搜索引擎，并在此之上做了多重优化，保证了用户对数据查询的需求。
- 易用性：Elasticsearch 提供了简单的 RESTful API，天生的兼容多语言开发，上手容易，开箱即用。
- 丰富的生态圈：Elasticsearch 有丰富的插件和工具，如 Logstash、Kibana、Beats 等，形成了强大的 Elastic Stack 生态。
Elasticsearch 的使用场景包括：
- 应用搜索：为网站或应用程序提供搜索功能，如电商、社交媒体等。
- 日志记录和日志分析：收集、存储和分析服务器日志、应用日志等。
- 基础设施监控：监控服务器、网络设备等基础设施的性能指标。
- 安全分析：分析安全日志，进行入侵检测和威胁分析。
- 地理位置数据分析：处理地理空间数据，提供地理位置搜索服务。
- 商业智能：对商业数据进行分析，提供决策支持。
Elasticsearch 的引入主要是为了应对大数据环境下的海量数据检索和实时分析需求，它通过分布式架构和高效的索引机制，提供了快速的搜索和分析能力。然而，Elasticsearch 也存在一些潜在风险，如响应时间问题和任务恢复延迟等，需要通过优化配置和维护来降低这些风险的影响。
