Elasticsearch學習之路：集羣健康檢查，文檔CRUD

以下部分內容來自龍果學院

1、簡單的集羣管理

（1）快速檢查集羣的健康狀況

es提供了一套api，叫做cat api，可以查看es中各種各樣的數據

GET /_cat/health?v

如何快速瞭解集羣的健康狀況？green、yellow、red？

green：每個索引的primary shard和replica shard都是active狀態的
yellow：每個索引的primary shard都是active狀態的，但是部分replica shard不是active狀態，處於不可用的狀態
red：不是所有索引的primary shard都是active狀態的，部分索引有數據丟失了

爲什麼現在會處於一個yellow狀態？

我們現在就一個筆記本電腦，就啓動了一個es進程，相當於就只有一個node。現在es中有一個index，就是kibana自己內置建立的index。由於默認的配置是給每個index分配5個primary shard和5個replica shard，而且primary shard和replica shard不能在同一臺機器上（爲了容錯）。現在kibana自己建立的index是1個primary shard和1個replica shard。當前就一個node，所以只有1個primary shard被分配了和啓動了，但是一個replica shard沒有第二臺機器去啓動。

做一個小實驗：此時只要啓動第二個es進程，就會在es集羣中有2個node，然後那1個replica shard就會自動分配過去，然後cluster status就會變成green狀態。

（2）快速查看集羣中有哪些索引

GET /_cat/indices?v

（3）簡單的索引操作

創建索引：PUT /test_index?pretty

查看剛剛創建的索引

刪除索引：DELETE /test_index?pretty

查看是否刪除成功

 2、對用戶做個增刪改查

（1）新增用戶：新增document，建立index

語法：PUT /index/type/id
{
  "json數據"
}

PUT /user_index/user_type/1
{
  "name":"zhenggg",
  "age":"23",
  "desc":"樂觀開朗，執着勇敢"
}

 

es會自動建立index和type，不需要提前創建，而且es默認會對document每個field都建立倒排索引，讓其可以被搜索

（2）查詢用戶：檢索文檔

語法：GET /index/type/id
GET /ecommerce/product/1

（3）修改商品：替換文檔

替換方式有一個不好，即使必須帶上所有的field，才能去進行信息的修改,不然其他參數全部沒了。可以用下面那種方式

 

（4）修改商品：更新文檔

原數據

執行post /index/type/id/_update

（5）刪除商品：刪除文檔