1、Document資料格式

面向文件的搜尋分析引擎
（1）應用系統的資料結構都是面向物件的，複雜的。
（2）物件資料儲存到資料庫中，只能拆解開來，變為扁平的多張表，每次查詢的時候還得還原回物件格式，相當麻煩。
**（3）**ES是面向文件的，文件中儲存的資料結構，與面向物件的資料結構是一樣的，基於這種文件資料結構，ES可以提供複雜的索引，全文檢索，分析聚合等功能。
**（4）**ES的document用json資料格式來表達。

1.1 下面分析ES中的document格式和資料庫中的表的格式

通常Java中面向物件的Bean如下：

public class Employee {
  private
 
 String email;
  private String firstName;
  private String lastName;
  private EmployeeInfo info;
  private Date joinDate;
}

private class EmployeeInfo {

  private String bio; // 性格
  private Integer age;
  private String[] interests; // 興趣愛好

}

如果是資料庫儲存，需要兩張表：employee表和employee_info,需要將Employee物件的資料重新拆開來，變成Employee資料和EmployeeInfo資料。其中資料表資訊為：

employee表：email,first_name,last_name,join_date，4個欄位
employee_info表：bio,age,interests,3個欄位；此外還有一個外來鍵欄位，比如employee_id,關聯著employee表

假設Java我們想做如下操作：

EmployeeInfo info = new EmployeeInfo();
info.setBio("curious and modest");
info.setAge(30);
info.setInterests(new String[]{"bike", "climb"});

Employee employee = new Employee();
 

employee.setEmail("[email protected]");
employee.setFirstName("san");
employee.setLastName("zhang");
employee.setInfo(info);
employee.setJoinDate(new Date());

從上面可以知道在Employee的表中含有info的資訊。如果是在ES中，我們需要封裝出如下的結構：

{
    "email"        :   "[email protected]",
    "first_name"   :   "san",
    "last_name"    :   "zhang",
    "info" : {
        "bio"      :   "curious and modes",
        "age"      :   30,
        "interests": [ "bike", "climb" ]
    },
    "join_data"    : "2017/01/01"
}

從上面的例子中，就可以明白es的document資料格式和資料庫的關係型資料格式的區別。

2.電商網站商品管理案例背景介紹

有一個電商網站，需要為其基於ES構建一個後臺系統，提供一下功能：
（1）對商品資訊進行CRUD（增刪改查）操作。
（2）執行簡單的結構化查詢。
（3）可以執行簡單的全文檢索，以及複雜的phrase（短語）檢索。
（4）對全文檢索的結果，可以進行高亮顯示。
（5）對資料進行簡單的聚合分析。

3.簡單的叢集管理：

（1）快速檢查叢集的健康狀況
ES提供了一套api，叫做cat api,可以檢視ES中各種各樣的資料。

檢查叢集的健康狀態：
在Kibana的DevTools中輸入:GET /_cat/health?v，效果如下：


注意：上面的status是yellow的。
當啟動了另外一個ES後（複製一個ES的安裝檔案，資料夾重新命名一下，然後再雙擊一下D:\installed\elasticsearch\elasticsearch-5.2.0.2\bin\elasticsearch.bat）

進入kibana的DevTools，然後再執行一下：GET /_cat/health?v

epoch      timestamp cluster       status node.total node.data shards pri relo init unassign pending_tasks max_task_wait_time active_shards_percent
1500611289 12:28:09  elasticsearch green           2         2     12   6    0    0        0             0                  -                100.0%

（2）如何快速瞭解叢集的健康狀況？green、yellow、red?
green:每個索引的primary shard和replica shard都是active狀態的。
yellow:每個索引的primary shard都是active狀態的，但是部分replica shard不是active狀態，處於不可用的狀態。
red:不是所有索引的primary shard都是active狀態的，部分索引有資料丟失了。

（3）只有一個ES的時候，處於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被分配了和啟動了。
（4）快速檢視叢集中有哪些索引

GET /_cat/indices?v

結果是：
health status index     uuid                   pri rep docs.count docs.deleted store.size pri.store.size
yellow open   ecommerce 4kSE52b0TLGJ1Ss4fDGBnQ   5   1          1            0      6.2kb          6.2kb
yellow open   .kibana   pGkQqwXUT4-nEY3EXPT-rg   1   1          1            0      3.1kb          3.1kb

（5）簡單的索引操作
建立索引：PUT /test_index?pretty
執行完成之後，返回結果：

{
  "acknowledged": true,
  "shards_acknowledged": true
}

檢視索引：
GET /_cat/indices?v

health status index      uuid                   pri rep docs.count docs.deleted store.size pri.store.size
yellow open   ecommerce  4kSE52b0TLGJ1Ss4fDGBnQ   5   1          1            0      6.2kb          6.2kb
yellow open   .kibana    pGkQqwXUT4-nEY3EXPT-rg   1   1          1            0      3.1kb          3.1kb
yellow open   test_index NKZYw_dyQtO6p0mu479D9w   5   1          0            0       650b           650b

從上面可以看出增加了一個test_index索引。
（6）刪除索引
DELETE /test_index?pretty
執行後返回的結果集是：

{
  "acknowledged": true
}

再次查詢結果，結果如下：

health status index     uuid                   pri rep docs.count docs.deleted store.size pri.store.size
yellow open   ecommerce 4kSE52b0TLGJ1Ss4fDGBnQ   5   1          1            0      6.2kb          6.2kb
yellow open   .kibana   pGkQqwXUT4-nEY3EXPT-rg   1   1          1            0      3.1kb          3.1kb

4、商品的CRUD操作

(1)新增商品：新增文件，建立索引

PUT /index/type/id
{
  "json資料"
}

PUT /ecommerce/product/1
{
    "name" : "gaolujie yagao",
    "desc" :  "gaoxiao meibai",
    "price" :  30,
    "producer" :      "gaolujie producer",
    "tags": [ "meibai", "fangzhu" ]
}

執行之後，在右側的kibana顯示的效果如下：

{
  "_index": "ecommerce",
  "_type": "product",
  "_id": "1",
  "_version": 1,
  "result": "created",
  "_shards": {
    "total": 2,
    "successful": 1,
    "failed": 0
  },
  "created": true
}

新增第二條索引：

PUT /ecommerce/product/2
{
    "name" : "jiajieshi yagao",
    "desc" :  "youxiao fangzhu",
    "price" :  25,
    "producer" :      "jiajieshi producer",
    "tags": [ "fangzhu" ]
}

PUT /ecommerce/product/3
{
    "name" : "zhonghua yagao",
    "desc" :  "caoben zhiwu",
    "price" :  40,
    "producer" :      "zhonghua producer",
    "tags": [ "qingxin" ]
}

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

（2）查詢商品：檢索文件

GET /index/type/id
GET /ecommerce/product/1

{
  "_index": "ecommerce",
  "_type": "product",
  "_id": "1",
  "_version": 1,
  "found": true,
  "_source": {
    "name": "gaolujie yagao",
    "desc": "gaoxiao meibai",
    "price": 30,
    "producer": "gaolujie producer",
    "tags": [
      "meibai",
      "fangzhu"
    ]
  }
}

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

PUT /ecommerce/product/1
{
    "name" : "jiaqiangban gaolujie yagao",
    "desc" :  "gaoxiao meibai",
    "price" :  30,
    "producer" :      "gaolujie producer",
    "tags": [ "meibai", "fangzhu" ]
}

如果是建立，執行完成之後，kibana的右側出現的內容是：

{
  "_index": "ecommerce",
  "_type": "product",
  "_id": "1",
  "_version": 1,
  "result": "created",
  "_shards": {
    "total": 2,
    "successful": 1,
    "failed": 0
  },
  "created": true
}

如果是修改，kibana的右側出現下面的內容：

{
  "_index": "ecommerce",
  "_type": "product",
  "_id": "1",
  "_version": 2,
  "result": "updated",
  "_shards": {
    "total": 2,
    "successful": 1,
    "failed": 0
  },
  "created": false
}

PUT /ecommerce/product/1
{
    "name" : "jiaqiangban gaolujie yagao"
}

替換方式有一個不好，即使必須帶上所有的field，才能去進行資訊的修改

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

POST /ecommerce/product/1/_update
{
  "doc": {
    "name": "jiaqiangban gaolujie yagao"
  }
}

執行之後，顯示在右邊的內容如下：

{
  "_index": "ecommerce",
  "_type": "product",
  "_id": "1",
  "_version": 8,
  "result": "updated",
  "_shards": {
    "total": 2,
    "successful": 1,
    "failed": 0
  }
}

然後再：GET /ecommerce/product/1，發現只有指定field中的內容發生了變化。

我的風格，其實有選擇的情況下，不太喜歡念ppt，或者照著文件做，或者直接貼上寫好的程式碼，儘量是純手敲程式碼

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

DELETE /ecommerce/product/1

{
  "found": true,
  "_index": "ecommerce",
  "_type": "product",
  "_id": "1",
  "_version": 9,
  "result": "deleted",
  "_shards": {
    "total": 2,
    "successful": 1,
    "failed": 0
  }
}

刪除後，kibana的右側顯示的內容如下：

{
  "_index": "ecommerce",
  "_type": "product",
  "_id": "1",
  "found": false
}

再重新建立回來，建立方式是：

PUT /ecommerce/product/1
{
  "name":"jiaqiangban gaoluejie yagao",
  "desc":"gaoxiao meibai",
  "price":30,
  "producer":"gaolujie producer",
  "tags":["meibai","fangzhu"]
}