前言：我们整个es的学习全程都在拿es和mysql做对比，今天我们再比较下二者的速度，为啥es比数据库mysql查询快那么多？首先ES是一个基于Lucene构建的开源、分布式、RESTful接口的全文搜索引擎,而正巧，mysql最不擅长的就是全文检索，分析如下从es读数据的流程在处理读取请求时，协调结点在每次请求的时候都会通过轮询所有的副本分片来达到负载均衡。在文档被检索时，已经被索引的文档可能已

前言ES基础概念和ES的基础命令一样，我们都会参考mysql的概念，但es集群其实和kafka非常相似，我们会参考kafka来进行对比ES基础概念：Elasticsearch（ES）是一个基于Lucene构建的开源、分布式、RESTful接口的全文搜索引擎。Elasticsearch还是一个分布式文档数据库，其中每个字段均可被索引，而且每个字段的数据均可被搜索，ES能够横向扩展至数以百计的服务器存

今天pom中突然报错Plugin ‘org.springframework.boot:spring-boot-maven-plugin:‘ not found，回想之前的经验，这种情况下，往往都是添加上版本号就能解决这种情况要么是idea抽风，要么因为在仓库中的spring-boot-maven-plugin文件夹下有至少两个版本的spring-boot-maven-plugin，那么顺着这种思路

首先，在配置中检查要读取的分支是否正确，从2020年几月份开始，github上的master分支变为了mian分支。因此yml中读取分支的配置应该是：label: main其次，如果yml使用的是uri: git@github.com:***/springcloud-config.git这种ssh方式连接的话，需要进行其他的配置，因此我放弃了这种方式进行配置，而采用http/https方式进行配置

看到这条日志才能判定项目是启动成功的。

链地址法（Chaining）：将所有产生冲突的输入存储在同一个链表或其他数据结构中。

头尾哑节点相当于会分配额外的空间存储这两个哑结点，如果不使用哑结点的话，那只能是在插入的时候初始化头尾节点，这样在编码上会存在一些复杂性，比如删除尾结点的时候需要判断tail是否等于head，即需要考虑只有一个节点的情况，删除普通节点的时候就更麻烦了，需要单独判断这个普通节点是否头节点，是否尾结点，是否链表当前只有这个一个节点，总计要额外考虑三种特殊情况，参考。，而使用了哑节点，就能保证所有非哑节

如果你的mysql是8.0以上的的就不要在参考阿里的官方文档了，因为阿里的文档只适用于mysql5版本，再次吐槽一下，阿里的文档才是真正的挖坑埋人!!!，以下才是标准的配置过程1 初始化mysql数据库，建立一个名为nacos_config的数据库，然后执行nacos-mysql.sql文件，该文件在nacos的conf文件夹下，如下2 在nacos安装目录下新建plugins/mysql文件夹(

以上是正常情况，但大家或多或少都会遇到过idea抽风的场景，这基本都是因为你笔记本配置不够，或者长时间未重启导致运行卡顿了，这种情况下可以先重启，如果还不行，那就用最后的杀招Invalitate cache …如果懒得每次手动Reload，那么可以在这个地方选择Any change，即任何对pom文件的修改都会哦。pom文件更新后默认是不生效的，需要手动刷新maven，即点击ReloadProje

一、基本概念1、底层结构：有点像HashMap，可以保存kv键值对，它实质是通过在k位置关联当前线程的，并在v的位置为当前线程绑定一套副本，ThreadLocal内部只能保存一个kv的键值对，且内部不提供遍历和查询方法，不同的线程意味着不同的空间，所以每个线程只能获取自己的副本2 用法：②set是为当前线程设置副本③get则是获取当前线程的副本④remove()用来移除当前线程中变量的副本3 作用