ELK

《Lua简明教程》Lua 程序设计Lua 是由巴西里约热内卢天主教大学（Pontifical Catholic University of Rio de Janeiro）里的一个研究小组于1993年开发的一种轻量、小巧的脚本语言，用标准 C 语言编写，其设计目的是为了嵌入应用程序中，从而为应用程序提供灵活的扩展和定制功能。官网：http://www.lua.org/Redis 在 2.6 版本中推

ElasticsearchES与关系型数据库的对比 7.x版本中type的概念已经被删除了 优点 面向开发者友好，屏蔽了Lucene的复杂特性，集群自动发现（cluster discovery） 自动维护数据在多个节点上的建立 会帮我做搜索请求的负载均衡 自动维护冗余副本，保证了部分节点宕机的情况下仍然不会有任何数据丢失 ES基于Lucene提供了很多高级功能：复合查询、聚合分析、基于地理

Lucene基础 Lucene是apache下的一个开源的全文检索引擎工具包。 相关概念 全文检索（Full-text Search） 全文检索就是先“分词”创建索引，再执行搜索的过程。全文检索就将一段文字分成一个个单词去查询数据！！！ 分词 就是将一段文字分成一个个单词 流程 Elasticsearch与solr的区别 Sole利用zookeeper进行分布式管理，

消息队列 消息队列的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，直到可以成功地传递它。 消息队列的主要特点是异步处理，主要目的是减少请求响应时间和解耦。所以主要的使用场景就是将比较耗时而且不需要即时（同步）返回结果的操作作为消息放入消息队列。同时由于使用了消息队列，只要保证消息格式不变，消息的发送方和接收方并不需要彼此联系， 也不需要受对方的影响，即解耦和。

官方网站http://rocketmq.apache.orgGitHubhttps://github.com/apache/rocketmq Quick StartLinux下使用Maven编译源码安装Rocketmq4.6+需要jdk1.8环境编译和运行 各版本要求 Version Client Broker NameServer 4.0.0-incubating >

概念 broker Broker面向producer和consumer接受和发送消息 向nameserver提交自己的信息 是消息中间件的消息存储、转发服务器。 每个Broker节点，在启动时，都会遍历NameServer列表，与每个NameServer建立长连接，注册自己的信息，之后定时上报。 broker集群 Broker高可用，可以配成Master/Slave结构，Maste

存储机制 Broker单个实例下所有的队列共用一个日志数据文件（即为CommitLog）来存储。 使用Broker端的后台服务线程—ReputMessageService不停地分发请求并异步构建ConsumeQueue（逻辑消费队列）和IndexFile（索引文件）数据。 三个重要文件CommitLog 消息主体以及元数据的存储主体，存储Producer端写入的消息主体内容,消息内容不是定

RocketMQ集群broker集群模式单master模式 只有一个 Master节点​ 优点：配置简单，方便部署​ 缺点：这种方式风险较大，一旦Broker重启或者宕机时，会导致整个服务不可用，不建议线上环境使用 多master模式 一个集群无 Slave，全是 Master，例如 2 个 Master 或者 3 个 Master 优点：配置简单，单个Master 宕机或重启维护对

为什么要使用MQ？因为项目比较大，做了分布式系统，所有远程服务调用请求都是同步执行经常出问题，所以引入了mq解耦系统耦合度降低，没有强依赖关系异步不需要同步执行的远程调用可以有效提高响应时间削峰请求达到峰值后，后端service还可以保持固定消费速率消费，不会被压垮 多个mq如何选型？RabbitMQerlang开发，延迟比较低RocketMQjava开发，面向互联网集群化功能丰富kafkaSca