Eumenides_Suki的博客

elasticsearch中的酒店数据来自于mysql数据库，因此mysql数据发生改变时，elasticsearch也必须跟着改变，这个就是elasticsearch与mysql之间的。集群的master节点会监控集群中的节点状态，如果发现有节点宕机，会立即将宕机节点的分片数据迁移到其它节点，确保数据安全，这个叫做故障转移。当node3当选后，集群继续对外提供服务，node2和node3自成集群，node1自成集群，两个集群数据不同步，出现数据差异。：索引可以被拆分为不同的部分进行存储，称为分片。

默认的拼音分词器会将每个汉字单独分为拼音，而我们希望的是每个词条形成一组拼音，需要对拼音分词器做个性化定制，形成自定义分词器。character filters：在tokenizer之前对文本进行处理。例如删除字符、替换字符tokenizer：将文本按照一定的规则切割成词条（term）。例如keyword，就是不分词；还有ik_smarttokenizer filter：将tokenizer输出的词条做进一步处理。

query：查询条件from和size：分页条件sort：排序条件highlight：高亮条件。

match和multi_match的区别是什么？match：根据一个字段查询multi_match：根据多个字段查询，参与查询字段越多，查询性能越差精确查询常见的有哪些？term查询：根据词条精确匹配，一般搜索keyword类型、数值类型、布尔类型、日期类型字段range查询：根据数值范围查询，可以是数值、日期的范围。

变化的地方在于，这里直接使用client.xxx()的API，不再需要client.indices()了。不过查询的目的是得到结果，解析为HotelDoc，因此难点是结果的解析。批量处理BulkRequest，其本质就是将多个普通的CRUD请求组合在一起发送。将查询到的酒店数据（Hotel）转换为文档类型数据（HotelDoc）我们要将数据库的酒店数据查询出来，写入elasticsearch中。我们在导入酒店数据时，将上述代码改造成for循环处理即可。数据库查询后的结果是一个Hotel类型的对象。

JavaRestClient操作elasticsearch的流程基本类似。核心是client.indices()方法来获取索引库的操作对象。初始化RestHighLevelClient创建XxxIndexRequest。XXX是Create、Get、Delete准备DSL（ Create时需要，其它是无参）发送请求。调用RestHighLevelClient#indices().xxx()方法，xxx是create、exists、delete学习笔记 from 黑马程序员。

索引库操作有哪些？创建索引库：PUT /索引库名查询索引库：GET /索引库名删除索引库：DELETE /索引库名添加字段：PUT /索引库名/_mapping文档操作有哪些？创建文档：POST /{索引库名}/_doc/文档id { json文档 }查询文档：GET /{索引库名}/_doc/文档id删除文档：DELETE /{索引库名}/_doc/文档id修改文档：全量修改：PUT /{索引库名}/_doc/文档id { json文档 }

什么是elasticsearch？一个开源的分布式搜索引擎，可以用来实现搜索、日志统计、分析、系统监控等功能什么是elastic stack（ELK）？是以elasticsearch为核心的技术栈，包括beats、Logstash、kibana、elasticsearch什么是Lucene？是Apache的开源搜索引擎类库，提供了搜索引擎的核心API分词器的作用是什么？创建倒排索引时对文档分词用户搜索时，对输入的内容分词IK分词器有几种模式？ik_smart：智能切分，粗粒度。

多个消费者绑定到一个队列，同一条消息只会被一个消费者处理通过设置prefetch来控制消费者预取的消息数量交换机的作用是什么？接收publisher发送的消息将消息按照规则路由到与之绑定的队列不能缓存消息，路由失败，消息丢失FanoutExchange的会将消息路由到每个绑定的队列声明队列、交换机、绑定关系的Bean是什么？QueueBinding描述下Direct交换机与Fanout交换机的差异？Fanout交换机将消息路由给每一个与之绑定的队列。

基本消息队列的消息发送流程：建立connection创建channel利用channel声明队列利用channel向队列发送消息基本消息队列的消息接收流程：建立connection创建channel利用channel声明队列定义consumer的消费行为handleDelivery()利用channel将消费者与队列绑定。

常见的镜像在DockerHub就能找到，但是我们自己写的项目就必须自己构建镜像了。而要自定义镜像，就必须先了解镜像的结构才行。

因为之前查看到Dockerfile中的jar包名称都是app.jar，因此我们的每个微服务都需要用这个名称。Docker官方的Docker Registry是一个基础版本的Docker镜像仓库，具备仓库管理的完整功能，但是没有图形化界面。命令中挂载了一个数据卷registry-data到容器内的/var/lib/registry 目录，这是私有镜像库存放数据的目录。② 修改自己的cloud-demo项目，将数据库、nacos地址都命名为docker-compose中的服务名。

*数据卷（volume）**是一个虚拟目录，指向宿主机文件系统中的某个目录。一旦完成数据卷挂载，对容器的一切操作都会作用在数据卷对应的宿主机目录了。这样，我们操作宿主机的/var/lib/docker/volumes/html目录，就等于操作容器内的/usr/share/nginx/html目录了。

微服务虽然具备各种各样的优势，但服务的拆分通用给部署带来了很大的麻烦。分布式系统中，依赖的组件非常多，不同组件之间部署时往往会产生一些冲突。在数百上千台服务中重复部署，环境不一定一致，会遇到各种问题。

过滤器的作用是什么？① 对路由的请求或响应做加工处理，比如添加请求头② 配置在路由下的过滤器只对当前路由的请求生效defaultFilters的作用是什么？

使用Feign的步骤：① 引入依赖② 添加@EnableFeignClients注解③ 编写FeignClient接口④ 使用FeignClient中定义的方法代替RestTemplate类型作用说明修改日志级别包含四种不同的级别：NONE、BASIC、HEADERS、FULL响应结果的解析器http远程调用的结果做解析，例如解析json字符串为java对象请求参数编码将请求参数编码，便于通过http请求发送支持的注解格式默认是SpringMVC的注解失败重试机制。

当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。实际部署时，需要给做反向代理的nginx服务器设置一个域名，这样后续如果有服务器迁移nacos的客户端也无需更改配置.微服务要拉取nacos中管理的配置，并且与本地的application.yml配置合并，才能完成项目启动。Nacos一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新。我们最终的目的，是修改nacos中的配置后，微服务中无需重启即可让配置生效，也就是。

服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求。但默认情况下NacosRule是同集群内随机挑选，不会考虑机器的性能问题。因此，Nacos提供了权重配置来控制访问频率，权重越大则访问频率越高。临时实例：如果实例宕机超过一定时间，会从服务列表剔除，默认的类型。非临时实例：如果实例宕机，不会从服务列表剔除，也可以叫永久实例。给微服务配置namespace只能通过修改配置来实现。：如果权重修改为0，则该实例永远不会被访问。学习笔记 from 黑马程序员。

服务分级存储模型；如何配置集群。

Nacos服务搭建下载安装包；解压；Nacos服务注册或发现引入nacos.discovery依赖配置nacos地址spring.cloud.nacos.server-addr

有关这个新的技术架构术语的定义：“微服务体系结构”这一术语在过去几年中如雨后春笋般涌现，用来描述将软件应用程序设计为可独立部署的服务套件的特定方式。虽然对这种架构风格没有准确的定义，但围绕业务功能、自动化部署、终端的智能以及语言和数据的分散控制，组织中存在某些共同的特征。

规则接口是IRule；默认实现是，根据zone选择服务列表，然后轮询。2.负载均衡自定义方式：代码方式：配置灵活，但修改时需要重新打包发布，是全局配置；配置方式：直观，方便，无需重新打包发布，但是无法做全局配置。默认情况下是懒加载，第一次发起请求时才会去加载Ribbon的客户端，访问时长会比较久；为了解决上述问题，可以开启在项目启动那一刻就完成加载，速度会得到一定的提升；可以指定饥饿加载的微服务名称；

负载均衡策略有哪些？如何修改负载均衡规则？第一种方式作用范围是全局。第二种配置方式是只针对某个服务而言。

当请求进入Ribbon之后，Ribbon会怎么去处理呢？首先，请求会被一个拦截器拦住，这个拦截器的名字叫做负载均衡拦截器。它拦截下来以后会得到请求中的服务名称，然后把它交给。而又会将服务交给然后又会去里拉取服务列表；之后，会去找IRule；而IRule会基于规则选择某个服务，并将选中的服务返回给。然后就会用得到的真实的ip和端口替换服务名称，得到真实的请求地址然后就去完成请求。这就是整个Ribbon工作的流程。

搭建Eureka注册中心；服务注册；服务发现；负载均衡；远程调用；多实例部署。

提供者与消费者；服务调用出现的问题；Eureka的作用。

服务远程调用；RestTemplate的使用；Java发http请求；

服务拆分注意事项；导入服务拆分Demo；

微服务结构；微服务技术对比；企业需求；SpringCloud

单体架构；分布式架构；微服务架构特征。

微服务是什么。微服务技术栈组成。