记录一次索引未建立、继而引发一系列的问题、包含索引创建失败、虚拟机中JVM虚拟机内存满的情况

文章目录

• • 前言
  • 1、错误开始
  • 2、创建索引的过程需要使用分词器
  • 3、elasticsearch 内存溢出
  • 4、创建`gulimall_product`索引
  • 5、使用postman测试接口
  • 6、后语

前言

项目是分布式微服务类型的，各种中间件跑在Centos7 虚拟机中。在进行商品服务检索的接口测试中，发现接口调用失败、控制台打印索引未找到，继而引发的一系列问题、特此记录该过程。

1、错误开始

使用postman测试工具测试接口数据：结果报错（报错忘记截图了）、查看IDEA控制台报错信息：说索引找不到、那就是没有创建索引

[Elasticsearch exception [type=index_not_found_exception, reason=no such index [xxx_xxx_xxx_202206]]]

2、创建索引的过程需要使用分词器

创建索引失败、经过查阅资料、是需要安装分词器。
具体创建过程请看：一文教会你 分词器elasticsearch-analysis-ik 的安装使用

3、elasticsearch 内存溢出

安装成功分词器后，docker中的elasticsearch容器 启动成功后、过一段时间自动宕机。查看日志，显示的是堆满了，内存溢出；

原因：是创建容器的时候分配的内存太小了。

解决方法：我是重新创建了一个容器，创建容器的时候内存分配大一点（使用docker安装就是方便）。当然也有不销毁容器扩大的方式，请自行查阅。

//查看容器启动日志
docker logs 容器ID

4、创建gulimall_product索引

现在内存溢出也解决了、分词也解决了。就可以创建索引了、使用kibana来进行创建

提示：删除索引的方式是DELETE 索引名

##创建一个gulimall_product新的索引
PUT gulimall_product
{
  "mappings": {
    "properties": {
      "attrs": {
        "type": "nested",
        "properties": {
          "attrId": {
            "type": "long"
          },
          "attrName": {
            "type": "keyword"
          },
          "attrValue": {
            "type": "keyword"
          }
        }
      },
      "brandId": {
        "type": "long"
      },
      "brandImg": {
        "type": "keyword"
      },
      "brandName": {
        "type": "keyword"
      },
      "catalogId": {
        "type": "long"
      },
      "catalogName": {
        "type": "keyword"
      },
      "hasStock": {
        "type": "boolean"
      },
      "hotScore": {
        "type": "long"
      },
      "saleCount": {
        "type": "long"
      },
      "skuId": {
        "type": "long"
      },
      "skuImg": {
        "type": "keyword"
      },
      "skuPrice": {
        "type": "keyword"
      },
      "skuTitle": {
        "type": "text",
        "analyzer": "ik_smart"
      },
      "spuId": {
        "type": "keyword"
      }
    }
  }
}

5、使用postman测试接口

刚开始索引未建立的时候、请求接口数据是报错的

6、后语

现在问题解决了、回头看看、也就是因为索引未建立引起的。继而引发一系列的问题。可能写这个文章只要几分钟、但是实际在每一个问题的解决过程中、都走了不少的坑和弯路、花费了不少的时间。特此记录