Elasticsearch全文检索实战小结——复盘我带的第二个项目
1、项目概述
这是一个被我称之为“没有枪、没有炮，硬着头皮本身造”的项目。项目是和其它公司合做的三个核心模块开发。
使用ES的目的是：
1）、采集数据、网站数据清洗后存入ES；
2）、对外提供精确检索、通配符检索、模糊检索、分词检索、全文检索接口等二次封装接口。html
2、项目架构
如上图所示，ES做为中间层，一方面存储数据清洗后存储的数据，另外一方面对外提供插入、更新、删除、检索接口的。前端
3、ES使用小结
3.1 ES版本选型
1.X，2.X版本有太多局限性，5.X作了较大性能提高的改进。好比：string字段类型分红了keyword和text两种类型，keyword用于精确匹配，text结合设定的分词器用于全文检索。
选择5.X须要勇气，实践证实当时“向前一小步”的正确性。jquery
3.2 ES安装部署
ELK都有安装。
ES安装了head插件，用途：查看集群状态、查看索引信息、查看mapping信息、查看每一个索引下数据信息、进行简单字段查询操做；
安装了ik分词插件，用途：分词，实现全文检索。
安装了Kibana，用途：数据对接展现；用DevTool替代postman执行DSL验证，以验证增、删、改、查功能。
安装了logstash，用途：借助“logstash-input-jdbc”实现数据库到ES之间的同步。web
3.3 ES API选型与使用
调研了ES提供的原生API以及Jest等，最终选择Jest。将Maven工程相关jar包导出到项目中使用。spring
3.4 后端框架选型
play new 工程名
play eclipsify 工程名
play clean
play deps
play run 测试模式
play start release模式sql
3.5 ES分页处理
ES Java接口能返回的默认的最大记录数为10000行。若是想返回超过1W+条的记录，须要作以下设置：数据库
PUT ting_index/_settings
{
"max_result_window" : 500000
}
3.6 如何只删除数据，而不删除索引
相似Mysql等关系型数据库的delete from mtable操做，而不是drop掉表，参考以下：后端
POST my_store/products/_delete_by_query
{
"query": {
"match_all": {}
}
}
参考：https://www.elastic.co/guide/en/elasticsearch/reference/master/docs-delete-by-query.htmlapi
3.7 Jest update更新操做
数据前添加doc一层，以下所示：
strJson = “{” + ” \”doc\” :” + strJson + “}”;缓存
3.8 集群中全部节点都安装ik分词器
集群里每个实例都要安装ik插件。
不然，当咱们更新包含指定分词的mapping的时候会报错。
3.9 最大字节数限制
报错信息以下：“whose UTF8 encoding is longer than the max length 32766 “,
这个问题是某个字段size过大致使lucence不能索引引发的。
若是要存储超过32766字节的数据，那么须要在mapping中设置字段时，添加ignore_above = 256就能够了。
举例，新增Mapping的操做以下：
POST tingindex/tingtype/_mapping
{
"tingtype":{
"properties":{
"content":{
"type":"text",
"analyzer":"ik_max_word",
"search_analyzer":"ik_max_word",
"fields":{
"keyword":{
"ignore_above":256,
"type":"keyword"
}
}
},
"publish_time":{
"type":"date",
"format":"YYYY-MM-dd HH:mm:ss"
},
"author":{
"ignore_above":256,
"type":"keyword"
},
}
}
}
参考：
https://www.elastic.co/guide/en/elasticsearch/reference/5.5/ignore-above.html
3.10 出现未分派， elasticsearch集群，在新增节点调整分片数时，出现UNASSIGNED。
排查方案：
GET /_cluster/allocation/explain
3.11 kibana修改时区
kibana->management->advanced setting->dateFormat:tz, 编辑，改为GMT +0。
3.12 ES检索（URL访问方式）
不指定索引的全文检索举例：
http://192.168.11.174:9200/_search?pretty&q=北京
指定索引的全文检索举例：
http://192.168.11.174:9200/articles/articles_info/_search?pretty&q=北京
指定字段检索举例：
http://192.168.11.174:9200/articles/articles_info/_search?pretty&q=title:我爱北京天安门
3.13 ES高性能配置（from ES中文社区）
【1】分词对性能的影响：
索引过程当中，分词会对索引速度有所影响，建议你能够优化一下你的mapping，没必要要的就没必要分词，甚至没必要设成可搜索的了。
举例：5.X中没必要要分词的设置为keyword类型。
【2】分片和副本对性能影响：
分片和副本的设计，应该根据节点数来调整，正常状况下 节点数= （副本数+1）*分片数，如果你但愿提升搜索性能，但是适当提升副本数。
【3】内存对性能的影响：
1）.节点的内存分配的不能太少了。
ES其实很占内存，大部分的操做都是创建在内存足够的基础上。
举例：你的数据量应该在150G-200G左右，我以为能够把内存调整到10G左右。
2）. ES的内存使用分为两部分ES缓存和Lucene经过内核缓存加速一些数据。
3）. 若是服务器内存 nG > 64G,ES的内存尽可能设置低于32G，建议最大31G.
由于es使用“内存指针压缩”技术，一旦内存内存大于32G这项技术将失效，内存有效使用只有原来的60%~70%。
你没必要为内存浪费而担忧，由于lucene会经过系统把一些聚合和排序的数据缓存起来方便你快速查询使用。
4） .若是服务器内存 nG < 64G，建议给ES分配 内存 (n-2)/2G. 首先2G是给系统预留，而后es和lucene。
5） . 若是你想继续你的实时查询，尽可能不要使用swap(交换分区)，建议关闭系统swap使用
【4】ES线程设置
线程数方法：线程数：=(内核数*3)/2+1
举例：检索服务器是24核，因此：线程池的大小=（24*3）/2+1=37 。
参考：
https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-threadpool.html
4、项目总体小结
4.一、需求要细化
切记：
1）不要拿到合同或需求就开发。
2）欲速则不达。
3）需求细化后造成《需求规格说明书》，并必定邮件或电话或当面找用户确认。
对于需求，由顶向下知道须要实现的核心功能，团队核心敲定分几个模块？
逐个模块细化需求点。
4.二、预研要充分
对于新的技术点，在项目启动后的需求细化阶段便可同步进行。
做为项目经理的我，没有事必躬亲，多关注预研点方案选型、预研难点、预研报告，小细节如：下载、安装部署、参数验证、英文翻译安排团队其它成员执行。
4.三、文档要跟进
需求有需求文档，设计根据项目须要和进度安排有概要设计或详细设计文档。
设计文档千万不能少，设计的过程就是开发“路演”的过程。
设计文档必定要梳理清楚架构图、模块图、数据流图、流程图。
需求文档是设计的基础，需求和设计文档是开发的基础。
4.四、思惟要活跃
技术方案的选型很重要，大的方面包括：
1）检索存储集群部署，集群节点个数选择等。
2）先后端选型，前端用jquery，jsp仍是js? 后端使用spring,tomcat,仍是play框架？
3）开源方案选型，要提前预研可用性、需求点覆盖程度、二次开发或封装难度等。
4）先后端接口对接格式敲定。
5）对外提供检索服务接口名称，参数敲定。
思惟活跃主要体如今：
1）方案选型、技术调研快刀斩乱麻，时间紧，不纠结。此路不通，另寻他路。
2）本身不能解决，不要太拖沓，及时google,stackoverflow解决或者和架构师讨论解决。
4.五、开发要同步
1）接口对接沟通要充分。
接口提供方和接口使用方，要反复多花时间沟通业务，要定义好数据接口。
此时的耗时，过后你会发现是好事，沟通越充分要好。
2）接口对接要实时同步。
一方修改了，要第一时间告诉对方。
5、项目管理小结
5.一、多方沟通要邮件
邮件是证据，避免没必要要赖帐或扯皮。
qq沟通和微信都不是好方式，最主要缘由是不利于查看聊天记录、不利于快速检索。
5.二、进度汇报要详细
包含但不限于项目总体状况、本周已完成、下周计划、项目风险与应对。
5.三、任务分工要明确
团队成员特色不一样，切记口头分工。团队人少，我用excel作了详细记录。
5.四、每周例会要及时
周例会起到承上启下的做用，有效协调控制项目进度、团队成员工做饱和度。
6、后记
一、ES要学习的东西很是多。不纠结，多去官网、官方论坛、stackoverflow、Google检索答案，
相信我，你并不孤独。
二、ES还有很长的路要走，继续精进阅读与思考，继续加油！
——————————————————————————————————
更多ES相关实战干货经验分享，请扫描下方【铭毅天下】微信公众号二维码关注。
（每周至少更新一篇！）
和你一块儿，死磕Elasticsearch！
——————————————————————————————————
2017年09月03日 16:09 于家中床前
做者：铭毅天下
转载请标明出处，原文地址：
http://blog.csdn.net/laoyang360/article/details/77623013 若是感受本文对您有帮助，请点击‘喜欢’支持一下，并分享出去，让更多的人受益。您的支持是我坚持写做最大的动力，谢谢！