背景在工作中，遇到这样的场景：有个es索引构建服务，需要从各个业务服务获取索引的信息，从而构建索引，业务服务都实现同一个接口——IndexInfoProvider，通过设置不同的group来达到区分的效果（group就是es索引名）。索引构建服务在内存维护了一个Map<String, IndexInfoProvider> providerMap，key是索引名——也就是provider

参考资料：https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-match-query-phrase-prefix.html?utm_source=ld246.com#match-phrase-prefix-query-noteshttps://www.cnblogs.com/youngdeng/p/12

RabbitMq基础概念Producer：生产者，投递消息的一方Consumer：消费者，接收消息的一方Broker：消息中间件的服务节点，对于RabbitMq而言，一个Broker可以看作一个RabbitMq服务节点Queue：队列，RabbitMq的内部对象，用于存储消息。这一点与Kafka相反，Kafka将消息存储在topic这个逻辑层面，而对应的队列逻辑只是topic实际存储文件中的位移标

背景Kafka2.8 之后，移除了Zookeeper，而使用了自己研发的Kafka Raft。为什么移除Zookeeper？原来Zookeeper在Kafka中承担了Controller选举、Broker注册、TopicPartition注册和选举、Consumer/Producer元数据管理和负载均衡等。即承担了各种元数据的保存和各种选举。而Zookeeper并“不快”，集群规模大了之后，很容易

官网地址https://gitee.com/baomidou/dynamic-datasource-spring-boot-starter简介主要的功能有：数据源分组，适用于多种场景 纯粹多库 读写分离 一主多从 混合模式。内置敏感参数加密和启动初始化表结构schema数据库database。提供对Druid，Mybatis-Plus，P6sy，Jndi的快速集成。简化Druid和...