DSL查询进阶
match查询
match
类似模糊匹配,match知道分词器的存在,会根据查询条件进行分词操作,然后再查询,
GET 索引名/_search
{
"query":{
"match":{
"FIELD":"text"
}
}
}
match_all
查询所有文档
GET 索引名/_search
{
"query":{
"match_all":{}
}
}
等同于
GET 索引名/_search
multi_match
可以指定多个字段进行查询,同一查询文本在多个字段中查询
GET 索引/_search
{
"query":{
"multi_match":{
"query":"字段值",
"fields":["需要匹配的字段1","需要匹配的字段2"]
}
}
}
match_pharse
短语匹配,ES引擎首先分析查询字符串,从分析后的文本中构建短语查询,这意味着必须匹配短语中所有分词,并且保证各个分词的相对位置相同
GET 索引名/_search
{
"query":{
"match_pharse":{
"FIELD":"text"
}
}
}
term查询
term会从倒排索引中寻找确切的term,它不知道分词器的存在,这种查询适合keyword、numeric、date、Booleans
GET 索引名/_search
{
"query":{
"term":{
"FIELD":{
"value":"value"
}
}
}
}
terms
查询某个字段里含有多个关键字的文档
GET 索引名/_search
{
"query":{
"terms":{
"FEILD":["VALUE1","VALUE2"]
}
}
}
match和term的区别
- match会进行分词,对分词进行匹配,对字段进行模糊匹配;而term不会进行分词,它只对字段的分词进行精确匹配
- 比如,对于text类型的字段name=张三,match查询name:张三能查到,但term不能;因为张三分词后是张,三;term会到倒排索引中找张三但是无法匹配
- 再比如name=张三,如果查询条件为name:张,无论是term还是match都会匹配到
- match和term都会从倒排索引里面找,重点在于match会将条件进行分词,而term不会
filter查询
过滤器,会对结果进行缓存,不会计算相关度,避免计算分值(没有_score),执行速度快
查询上下文与过滤上下文
查询语句的表现行为取决于使用了查询上下文方式还是过滤上下文的方式
- Query context查询上下文:这种语句在执行时既要计算文档是否匹配,还要计算文档相对于其他文档的匹配度有多高,匹配度越高,_score分数就越高
- Filter context过滤上下文:过滤上下文中的语句在执行时只是过滤掉不匹配的文档,它只关心文档是否和查询匹配,不会计算匹配度,也就是_score,
query关注匹配度,filter关注是否能查到 query不检索缓存,filter会检索缓存 query用于拥有分词的内容,filter一般用于范围查询和精确检索
复合查询
bool(布尔)过滤器,这是个复合过滤器,可以接受多个其他过滤器作为参数,并将这些过滤器结合成各式各样的布尔组合,用户合并其他查询语句,比如一个bool语句,允许在需要的时候组合其他语句,包括must、must_not、should和filter语句
GET 索引/_search
{
"query":{
"bool":{
"must":[],
"should":[],
"must_not":[],
"filter":[],
"minimum_should_match":0
}
}
}
- must:多有语句都必须与must匹配,与and等价
- must_not:所有语句都不能与must_not匹配,与not等价
- should:至少有一个语句要与should匹配,与or等价
- filter:filter中的查询方式使用过滤上下文的方式,没有分值
- minimum_should_match:最小匹配度,除了filter查询,查询结果中有一个值_score表示的就是文档的匹配度,它是根据倒排索引中的位置确定,匹配度小于最小匹配度的文档将不会被展示,默认小匹配度为0
范围查询
query context
"query":{
"range":{
"字段":{
"from":起始值,
"to":最终值,
"include_lower":true,
"include_upper":true,
}
}
}
filter context
"query":{
"bool":{
"filter":{
"range":{
"字段":{
"gte":起始值,
"lte":最终值,
}
}
}
}
}
查询方式
- 指定查询字段:
"_source":["field1","field2"...] - 指定查询起始点:
"from":起点 - 指定查询内容的大小:
"size":大小 - 排序:
"sort":{"字段":{"order":"asc/desc"}}
高亮查询
高亮查询实际就是给查到的结果外部包一层html代码,让它看起来醒目
GET 索引/_search
{
"highlight":{
"pre_tags":"",
"post_tags":"",
"fields":{
"字段":{}
}
}
}
分词器
概述
Analysis文本分析
Analysis(文本分析),是指把全文本转换成一系列单词(term/token)的过程,也叫分词。Analysis是通过Analyzer(分词器)来实现的。当一个文档被索引时,每个Field可能会创建一个倒排索引(Mapping可以设置不索引该Field,通过dynamic=false)
倒排索引的过程就是将文档通过Analyzer分成一个个新的Term,每一个Term都指向包含这个Term文档的集合,当查询时,ES会根据搜索类型决定是否对query进行analyze,然后和倒排索引中的term进行相关性查询,匹配到相关文档
Analyzer分析器
Analyzer由散三种构键组成:字符过滤器、分词器、token过滤器,工作流程也是按照这个顺序
- character filters(字符过滤器)
预处理,顾虑掉HTML标签,特殊符号转换 有0个或者多个 接收文本字符流,输出也是字符流 - tokenizer(分词器)
分词 只能有一个 接受字符流,输出token流 - token filters(token过滤器)
最后的标准化 有0个或者多个 接收token流,输出也是token流
内置分词器
标准分词器 Standard Analyzer
标准的分词器根据单词边界将文本划分为术语,这是由Unicode文本分割算法定义的。它删除了大多数标点符号。它是大多数语言的最佳选择 max_token_length :设置分词器的最大令牌长度,如果看到令牌超过此长度,则将其以该值间隔分割,默认为255
为索引设置分词器
PUT test3
{
"settings": {
"analysis": {
"analyzer": {
"my_analyzer":{
"tokenizer":"my_tokenizer"
}
},
"tokenizer": {
"my_tokenizer":{
"type":"standard",
"max_token_length":"5"
}
}
}
}
}
将文本提交到分词器查看结果
POST test3/_analyze
{
"analyzer": "my_analyzer",
"text": "qwerqwer qwer"
}
简单分词器 Simple Analyzer
对非字母进行分隔,符号和数字会被去除,字母的大写会转成小写,中文不分词
GET _analyze
{
"analyzer": "simple",
"text": "WWWWW WWW-汉字汉字 ,,。、 ’‘_1233213"
}
结果
{
"tokens" : [
{
"token" : "wwwww",
"start_offset" : 0,
"end_offset" : 5,
"type" : "word",
"position" : 0
},
{
"token" : "www",
"start_offset" : 6,
"end_offset" : 9,
"type" : "word",
"position" : 1
},
{
"token" : "汉字汉字",
"start_offset" : 10,
"end_offset" : 14,
"type" : "word",
"position" : 2
}
]
}
停用词分词器 Stop Analyzer
将停用词(the、a、is)过滤,符号和数字会被去除,字母大写会转换为小写,中文不分词
GET _analyze
{
"analyzer": "stop",
"text": "WWWWW WWW-汉字汉字 ,,。、 ’‘_1233213 the a is"
}
结果
{
"tokens" : [
{
"token" : "wwwww",
"start_offset" : 0,
"end_offset" : 5,
"type" : "word",
"position" : 0
},
{
"token" : "www",
"start_offset" : 6,
"end_offset" : 9,
"type" : "word",
"position" : 1
},
{
"token" : "汉字汉字",
"start_offset" : 10,
"end_offset" : 14,
"type" : "word",
"position" : 2
}
]
}
空格分词器 Whitespace Analyzer
按照空格分隔,英文不区分大小写也不会转换,中文不分词
GET _analyze
{
"analyzer": "whitespace",
"text": "WWWWW WWW-汉字汉字 ,1233213 the a is"
}
结果
{
"tokens" : [
{
"token" : "WWWWW",
"start_offset" : 0,
"end_offset" : 5,
"type" : "word",
"position" : 0
},
{
"token" : "WWW-汉字汉字",
"start_offset" : 6,
"end_offset" : 14,
"type" : "word",
"position" : 1
},
{
"token" : ",1233213",
"start_offset" : 15,
"end_offset" : 23,
"type" : "word",
"position" : 2
},
{
"token" : "the",
"start_offset" : 24,
"end_offset" : 27,
"type" : "word",
"position" : 3
},
{
"token" : "a",
"start_offset" : 28,
"end_offset" : 29,
"type" : "word",
"position" : 4
},
{
"token" : "is",
"start_offset" : 30,
"end_offset" : 32,
"type" : "word",
"position" : 5
}
]
}
关键字分词器 Keyword Analyzer
不分词
GET _analyze
{
"analyzer": "keyword",
"text": "WWWWW WWW-汉字汉字 ,1233213 the a is"
}
结果
{
"tokens" : [
{
"token" : "WWWWW WWW-汉字汉字 ,1233213 the a is",
"start_offset" : 0,
"end_offset" : 32,
"type" : "word",
"position" : 0
}
]
}
模式分词器 Pattern Analyzer
通过正则表达式分词,默认是\W+(非字母进行分隔)
PUT test4
{
"settings": {
"analysis": {
"analyzer": {
"my_analyzer":{
"tokenizer":"my_tokenizer"
}
},
"tokenizer": {
"my_tokenizer":{
"type":"pattern",
"pattern":",,"
}
}
}
}
}
POST test4/_analyze
{
"analyzer": "my_analyzer",
"text": "qwerqwer qwer,, abcd"
}
结果
{
"tokens" : [
{
"token" : "qwerqwer qwer",
"start_offset" : 0,
"end_offset" : 13,
"type" : "word",
"position" : 0
},
{
"token" : " abcd",
"start_offset" : 15,
"end_offset" : 20,
"type" : "word",
"position" : 1
}
]
}
语言分词器 Language Analyzer
停用词the、is、a过滤,支持多种语言分词
多分词器
一个字段可以配置多个分词器,如analyzer用来进行倒排索引时的分词而search_analyzer用来进行搜索时的分词
PUT test5
{
"mappings": {
"properties": {
"addr":{
"analyzer": "standard",
"search_analyzer": "standard"
}
}
}
}
中文分词器 IK Analyzer
ES内置的分词器都不支持中文分词,现在比较好用的中文分词器有IK分词器
ik分词器的安装
- 下载地址
- 将压缩包拷贝到linux中,下载zip解压命令进行解压:
yum -y install zip unzip ,unzip elasticsearch-analysis-ik-7.0.0.zip ,rm -f elasticsearch-analysis-ik-7.0.0.zip - 将分词器的根目录移动到ES的plugin目录下:
docker cp /opt/ik my_es:/usr/share/elasticsearch/plugins
ik分词器的使用
ik有两种颗粒度的分词方式:
- ik_smart:会做最粗颗粒度的拆分
GET _analyze
{
"text": "我爱北京天安门",
"analyzer": "ik_smart"
}
结果
{
"tokens" : [
{
"token" : "我",
"start_offset" : 0,
"end_offset" : 1,
"type" : "CN_CHAR",
"position" : 0
},
{
"token" : "爱",
"start_offset" : 1,
"end_offset" : 2,
"type" : "CN_CHAR",
"position" : 1
},
{
"token" : "北京",
"start_offset" : 2,
"end_offset" : 4,
"type" : "CN_WORD",
"position" : 2
},
{
"token" : "天安门",
"start_offset" : 4,
"end_offset" : 7,
"type" : "CN_WORD",
"position" : 3
}
]
}
- ik_max_word:会将文本做最细粒度的拆分
GET _analyze
{
"text": "我爱北京天安门",
"analyzer": "ik_max_word"
}
结果
{
"tokens" : [
{
"token" : "我",
"start_offset" : 0,
"end_offset" : 1,
"type" : "CN_CHAR",
"position" : 0
},
{
"token" : "爱",
"start_offset" : 1,
"end_offset" : 2,
"type" : "CN_CHAR",
"position" : 1
},
{
"token" : "北京",
"start_offset" : 2,
"end_offset" : 4,
"type" : "CN_WORD",
"position" : 2
},
{
"token" : "天安门",
"start_offset" : 4,
"end_offset" : 7,
"type" : "CN_WORD",
"position" : 3
},
{
"token" : "天安",
"start_offset" : 4,
"end_offset" : 6,
"type" : "CN_WORD",
"position" : 4
},
{
"token" : "门",
"start_offset" : 6,
"end_offset" : 7,
"type" : "CN_CHAR",
"position" : 5
}
]
}
创建索引的时候一定要指定分词器,否则倒排索引的分词器还是默认的标准分词器
PUT test5
{
"mappings": {
"properties": {
"addr":{
"analyzer": "ik_smart",
"search_analyzer": "ik_smart"
}
}
}
}
分词热更新
在ik分词器的config目录下,有很多dic文件,这些就是分词字典,可以在这里自定义dic文件类自定义分词
docker exec -it my_es /bin/bash ,cd plugins/ik ,touch mydic.dic ,vi mydic.dic
宇宙超人咚咚强
- 在IKAnalyzer.cfg.xml中配置
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE properties SYSTEM "http://java.sun.com/dtd/properties.dtd">
<properties>
<comment>IK Analyzer 扩展配置</comment>
<entry key="ext_dict">mydic.dic</entry>
<entry key="ext_stopwords"></entry>
</properties>
- 重新启动ES
- 查看结果
GET _analyze
{
"text": "宇宙超人咚咚强",
"analyzer": "ik_smart"
}
结果
{
"tokens" : [
{
"token" : "宇宙超人咚咚强",
"start_offset" : 0,
"end_offset" : 7,
"type" : "CN_WORD",
"position" : 0
}
]
}
Spring整合ES
- 导入依赖pring-boot-starter-data-elasticsearch
- 配置文件
spring:
elasticsearch:
rest:
uris: http://192.168.206.128:9200
索引操作
- 创建索引
@Test
public void testCreateIndex() throws IOException {
CreateIndexRequest request = new CreateIndexRequest("student");
CreateIndexResponse response = restHighLevelClient.indices().create(request, RequestOptions.DEFAULT);
System.out.println(response);
}
- 获取索引
@Test
public void testGetIndex() throws IOException {
GetIndexRequest request = new GetIndexRequest("student");
boolean exists = restHighLevelClient.indices().exists(request, RequestOptions.DEFAULT);
System.out.println(exists);
}
- 删除索引
@Test
public void testDelIndex() throws IOException {
DeleteIndexRequest request = new DeleteIndexRequest("student");
AcknowledgedResponse response = restHighLevelClient.indices().delete(request, RequestOptions.DEFAULT);
System.out.println(response);
}
文档操作
- 创建文档
@Test
public void testCreateDoc() throws IOException {
IndexRequest request = new IndexRequest("student");
request.id("1");
request.timeout(TimeValue.timeValueSeconds(1));
Student student = new Student();
student.setName("张三");
student.setSex("male");
student.setAge(19);
ObjectMapper mapper = new ObjectMapper();
String obj = mapper.writeValueAsString(student);
request.source(obj, XContentType.JSON);
IndexResponse response = restHighLevelClient.index(request,RequestOptions.DEFAULT);
System.out.println(response);
}
- 查询所有文档
@Test
public void testFindAllDoc() throws IOException {
SearchRequest searchRequest = new SearchRequest();
SearchSourceBuilder builder = new SearchSourceBuilder();
QueryBuilder queryBuilder = QueryBuilders.matchAllQuery();
builder.query(queryBuilder);
searchRequest.source(builder);
SearchResponse response = restHighLevelClient.search(searchRequest,RequestOptions.DEFAULT);
long count = response.getHits().getTotalHits().value;
System.out.println("总记录树:"+count);
for (SearchHit hit: response.getHits()
) {
Map map = hit.getSourceAsMap();
System.out.println(map);
}
}
- 通过id查询文档
@Test
public void testFindDocById() throws IOException {
GetRequest request = new GetRequest("student","1");
GetResponse response = restHighLevelClient.get(request,RequestOptions.DEFAULT);
System.out.println(response.getId()+"\t"+response.getIndex()+"\t"+response.getVersion());
System.out.println(response.getSource());
System.out.println(response);
}
- 修改文档
@Test
public void testUpdateDoc() throws IOException {
UpdateRequest request = new UpdateRequest("student","1");
Student student = new Student();
student.setName("李四");
student.setSex("male");
student.setAge(19);
ObjectMapper mapper = new ObjectMapper();
String obj = mapper.writeValueAsString(student);
request.doc(obj,XContentType.JSON);
UpdateResponse response = restHighLevelClient.update(request,RequestOptions.DEFAULT);
System.out.println(response);
}
- 删除文档
@Test
public void testDelDoc() throws IOException {
DeleteRequest request = new DeleteRequest("student","1");
DeleteResponse response = restHighLevelClient.delete(request,RequestOptions.DEFAULT);
System.out.println(response);
}
- 批量插入文档
@Test
public void testBulkCreateDoc() throws IOException {
BulkRequest request = new BulkRequest();
Student student = new Student();
for (int i=1;i<=20;i++){
student.setName("张三"+i);
student.setSex("male");
student.setAge(18+i);
request.add(new IndexRequest("student").id(i+"").source(new ObjectMapper().writeValueAsString(student)));
}
BulkResponse response = restHighLevelClient.bulk(request,RequestOptions.DEFAULT);
System.out.println(response);
}
- 批量删除文档
@Test
public void testBulkDelDoc() throws IOException {
BulkRequest request = new BulkRequest();
for (int i = 1; i < 21; i++) {
request.add(new DeleteRequest("student",i+""));
}
BulkResponse response = restHighLevelClient.bulk(request,RequestOptions.DEFAULT);
System.out.println(response);
}
聚合搜索
- 条件查询
@Test
public void testMatchFind() throws IOException {
SearchRequest request = new SearchRequest("student");
SearchSourceBuilder builder = new SearchSourceBuilder();
builder.from(0);
builder.size(100);
MatchQueryBuilder queryBuilder = QueryBuilders.matchQuery("age","20");
builder.query(queryBuilder);
builder.timeout(TimeValue.timeValueSeconds(1));
request.source(builder);
SearchResponse response = restHighLevelClient.search(request,RequestOptions.DEFAULT);
System.out.println(response);
}
MatchQueryBuilder和TermQueryBuilder都是QueryBuilder的子类,这里SearchBuilder.query()方法参数是QueryBuilder,所以需要使用match或term查询时构建对应的;QueryBuilders中含有短语匹配、多条件匹配等各种与DSL查询对应的方法
- 布尔过滤查询
@Test
public void testMatchFind() throws IOException {
SearchRequest request = new SearchRequest("student");
SearchSourceBuilder builder = new SearchSourceBuilder();
builder.from(0);
builder.size(100);
MatchQueryBuilder queryBuilder = QueryBuilders.matchQuery("name.keyword","张三2");
BoolQueryBuilder boolQueryBuilder = new BoolQueryBuilder();
boolQueryBuilder.must(queryBuilder);
builder.query(queryBuilder);
builder.timeout(TimeValue.timeValueSeconds(1));
request.source(builder);
SearchResponse response = restHighLevelClient.search(request,RequestOptions.DEFAULT);
System.out.println(response);
}
BoolQueryBuilder也是QueryBuilder的子类,通过BoolQueryBuilder的must、should等方法实现DSL中对应的must、should查询字段;通过字段名.keyword或字段名.text传参方式来指定查询文本为关键字还是需要分词的文本
- 复合查询
BoolQueryBuilder boolQuery = QueryBuilders.boolQuery()
.must(QueryBuilders.termQuery("name","张三2"))
.must(Querybuilders.termQuery("sex","male"));
可以通过链式调用的方式来构建复合查询条件
- 高亮查询
HighlightBuilder highlightBuilder = new HighlightBuilder();
HighlightBuilder.Field highlightTitle = new HighlightBuilder.Field("name");
highlightBuilder.preTags("<b>");
highlightBuilder.postTags("</b>");
highlightBuilder.field(highlightTitle);
builder.highlighter(highlightBuilder);
DSL分页
from+size浅分页
- 简单意义上的分页,原理就是查询前30条数据,然后截断前20条,只返回20-30条数据,这样其实白白浪费了前20条的值
- 使用from+size的方式,ES默认最多查10000条,所以在默认情况下对于10000以后的数据使用该方式查不到
- 因为ES是基于分页的,假设有5个分片,from=100,size=10,就会根据排序规则从5个分片中各取100条数据,然后汇总成500条数据最后选择最后面的十条数据,分页的偏移量越大,执行分页的查询时间就会越长
Scroll深分页
- from+size查询在10000-50000条数据以内的时候还是可以的,但如果数据过多的化,就会出现深分页问题,所以ES还提供了scroll分页。scroll类似于sql中的cursor,使用scroll,每次只能获取一页的内容,然后回返回这个scroll_id,根据这个scroll_id可以不断的获取下一页的内容,所以scroll不适合有跳页的情景
- 第一次查询,查询之后的结果有一个scroll_id
{
"from":0,
"size":10
}
- 后续查询,通过scroll_id在前一次查询的基础上进行查询,scroll属性表示scroll_id存活时间为5分钟;后续请求接口不再使用索引名了,而是使用_search/scroll
GET _search/scroll
{
"scroll_id": ,
"scroll":"5m"
}
search_after深分页
- scroll的方式,官方建议不用于实时的请求(一般用于数据导出),因为每一个scroll_id不仅会占用大量的资源,而且回生成历史快照,对数据的变更不会反应到快照上(不具有实时性)
- search_after分页的方式是根据上一页的最后一条数据来确定下一页的位置,同时在分页请求的过程中,如果有索引数据的增删改查,这些变更页回实时反应到游标上,但需要注意,因为每一个数据依赖于上一页最后一个数据,所以无法跳页请求
- 为了找到每一页最后一条数据,每个文档必须有一个全局唯一值,官方推荐使用_uid,其实使用业务id也可以
-
{
"from":0,
"size":10
}
- 后续查询,通过上一次查询的结果的最后一条数据的id,在这个基础上来执行from+size分页
{
"from":0,
"size":10,
"search_after":[id]
}
MySQL到ES数据同步
ES是一款全文搜索引擎,它的作用全部都是为了全文检索,所有的数据要插入做持久化还是要插入到MySQL中,然后ES从MySQL中拿数据
Logstash
- logstash是免费、开源的数据搜集引擎,且开放的服务器端数据处理管道,能够从多个来源采集数据,转换数据,然后将数据发送到存储库中,将数据标准化到指定的目的地
- logstash是一个接收、处理、转发日志的工具,支持系统日志、webserver日志、错误日志,总之包括所有可以输出的日志类型
输入
Logstash可以采集各种样式、大小和来源的数据,支持各种输入选择,可以同时从众多常用来源捕捉时间
筛选
实时解析和转换是数据 数据从源传输到数据库的过程中Logstash过滤器可以解析各个事件,识别已经命名的字段以构建结构,并将他们转换成通用格式,以便进行更强大的分析 解析示例
- 利用Grok从非结构化数据中派生出结构
- 从IP地址破译出地理坐标
- 将PII数据匿名化,完全排除敏感字段
- 简化整体处理,不受数据源、格式或架构的影响
输出
Logstash不光可以输出到ES还能发送到任何指定的地方
docker部署logstash
- 下载镜像:
docker pull logstash:7.0.0 - 运行容器:
docker run -d --restart=always --log-driver json-file --log-opt max-size=100m --log-opt max-file=2 -p 5044:5044 --name logstash logstash:7.0.0 - 编辑logstash.yml配置文件(该文件在容器的/usr/share/logstash/config目录下)
path.config: /usr/share/logstash/conf.d/*.conf
path.logs: /var/log/logstash
- 新建并编辑test.conf文件,放在/usr/share/logstash/conf.d/下
input{
beats{
port => 5044
codec => "json"
}
}
output{
elasticsearch {
hosts => ["192.168.206.128:9200"]
}
stdout{
codec => rubydebug
}
}
单表全量同步
- 编写MySQL的同步配置文件mysql.conf
input{
jdbc{
jdbc_driver_library => "/root/mysql-connector-java-8.0.21.jar"
jdbc_driver_class => "com.mysql.cj.jdbc.Driver"
jdbc_connection_string => "连接url"
jdbc_user =>""
jdbc_password =>""
schedule => "cron表达式,执行的周期"
statement => "select * from person(查表的sql语句)"
type => "jdbc"
}
}
output{
elasticsearch{
hosts =>["127.0.0.1:9200"]
index =>"person"
document_id=>"%{id}"
document_type=>"_doc"
}
stdout{
codec=>json_lines
}
}
- 将mysql.conf拷贝到logstash/config目录下,将mysql驱动jar包拷贝到root目录下
- 安装插件
bin/logstash-plugin install logstash-input-jdbc ,bin/logstash-plugin install logstash-output-elasticsearch - 通过配置文件启动logstash
bin/logstash -f config/mysql.conf
单表增量同步
mysql.conf文件
input{
jdbc{
jdbc_driver_library => "/root/mysql-connector-java-8.0.21.jar"
jdbc_driver_class => "com.mysql.cj.jdbc.Driver"
jdbc_connection_string => "连接url"
jdbc_user =>""
jdbc_password =>""
schedule => "cron表达式,执行的周期"
statement => "select * from person where id > :sql_last_value"
use_column_value => true
tracking_column =>id
record_last_run =>true
last_run_metadata_path =>"/opt/logstash/config/person_1.txt"
clean_run=>false
type => "jdbc"
}
}
output{
elasticsearch{
hosts =>["127.0.0.1:9200"]
index =>"person"
document_id=>"%(uid)"
document_type=>"_doc"
}
stdout{
codec=>json_lines
}
}
单表时间增量同步
使用id作为增量复制的条件只对新增的字段有用,对字段的过呢更新不会起效,使用一个新的字段optime来存储数据更新的时间,通过这个字段来进行增量复制就能解决这个问题
input{
jdbc{
jdbc_driver_library => "/root/mysql-connector-java-8.0.21.jar"
jdbc_driver_class => "com.mysql.cj.jdbc.Driver"
jdbc_connection_string => "连接url"
jdbc_user =>""
jdbc_password =>""
schedule => "*****"
statement => "select * from person where optime> date_add(:sql_last_value,interval 8 hour) AND optime<date_add(NOW(),interval 8 hour)"
use_column_value => true
tracking_column =>optime
tracking_column=>true
record_last_run =>true
last_run_metadata_path =>"/opt/logstash/config/person_1.txt"
clean_run=>false
type => "jdbc"
}
}
output{
elasticsearch{
hosts =>["127.0.0.1:9200"]
index =>"person"
document_id=>"%{id}"
document_type=>"_doc"
}
stdout{
codec=>json_lines
}
}
使用时间增量同步的时候由于数据库使用的时UTC时间,而logstash使用的是CST时间,两个时间相差8小时,除了上方修改sql语句的方式解决还可以启动时通过参数指定时间为UTC来解决
多表
在config目录下的pipelines.yml文件中对不同表的conf文件进行添加,即可自动加载配置文件,注意将logstash里面配置的path.config删除,否则不会加载pipelines.yml
- pipeline.id: person
path.config: "/opt/logstash/config/mysql.conf"
集群
空集群
启动了一个ES节点后,默认就是创建了一个ES集群,只是这个集群只有一个节点,此时如果没有创建索引,则集群处于一种’空"的状态 status字段只是这当前集群在总体上是否工作正常:
- green:所有主分片和副本都正常运行
- yellow:所有主分片都正常运行,但不是所有副本分片都正常运行
- red:有主分片没有正常运行
搭建
- 在容器根目录下建立一个文件夹
mkdir /ES/config ,vi es1.yml
cluster.name: ES-Cluster
node.name: node-1
netword.publish_host:
http.port: 9200
transport.tcp.port: 9300
http.cors.enabled: true
http.cors.allow-origin: "*"
node.master: true
node.data: true
doscovery.seed_hosts: ["",""]
cluster.initial_master_nodes: ["",""]
discovery.zen.minimum_master_nodes: 1
- 启动容器
docker run -e ES_JAVA_OPTS="-Xmx256m -Xmx256m" -d -p 9200:9200 -p 9300:9300 -v /ES/config/es1.yml:/usr/share/elasticsearch/config/elasticsearch.yml --name node-1 elasticsearch:7.0.0 - 配置防火墙
集群之间联系
和Redis集群一样,只有主节点具有写的功能,slave从主分片上复制数据,查数据时从任何一个分片都可以查到数据,当主分片挂掉,其他分片会顶替它的位置
ELK安装
elk包括了ES、kibana、logstash;使用dockers部署elk可以省区部署三个容器时共同的运行环境
docker pull sebp/elk:700 ,拉取elk- 启动:
echo "vm.max_map_count=262144" > /etc/sysctl.conf
sysctl -p
docker run -dit --name elk -p 5601:5601 -p 9200:9200 -p 5044:5044 -v /opt/elk-data:/var/lib/elasticsearch -v /etc/localtime:/etc/localtime sebp/elk:700
|