分布式系统的可用性与扩展性：高可用性服务可用性-允许有节点停止服务数据可用性-部分节点丢失，不会丢失数据可扩展性请求量提升/数据的不断增长(将数据分布到所有节点上)ES集群架构的优势：提高系统的可用性，部分节点停止服务，整个集群的服务不受影响存储的水平扩容集群一个集群可以有一个或者多个节点不同的集群通过不同的名字来区分，默认名字“elasticsearch“通过配置文件修改，或者在命令行中 -E

文章目录Tomcat整体架构及其设计精髓分析Tomcat整体架构tomcat 核心组件详解外部链接组件内部容器组件tomcat工作原理tomcat生命周期解析优化并提高Tomcat启动速度Tomcat整体架构及其设计精髓分析Tomcat整体架构官方文档：https://tomcat.apache.org/tomcat-9.0-doc/index.htmlTomcat介绍开源的Java Web 应用

深入理解AQS和ReentrantLock源码分析回顾下之前说到的管程模型MESA。这个模型当中有一个同步等待队列，获取锁失败的线程都会放入到这队列当中；还有一些条件等待队列，获取到锁的线程因为条件比如wait等待后，会进入条件等待队列。之前说了synchronized是jvm层面对管程的实现。现在来说下jdk层面如何实现管程。深入理解AQS既然在jvm层面实现了管程，为什么还要从jdk(java

文章目录redis案例发布订阅数据恢复RDB数据恢复AOF数据恢复redis案例本文记录redis常见案例发布订阅Redis 发布订阅 (pub/sub) 是一种消息通信模式：发送者 (pub) 发送消息，订阅者 (sub) 接收消息。Redis 客户端可以订阅任意数量的频道。客户端可以订阅频道如下图当给这个频道发布消息后，消息就会发送给订阅的客户端实现三台不同ip的虚拟机，其中两台作为192.1

这一步就开始解析配置类，也就是解析@SpringBootApplication注解，扫描我们定义bean，解析扫描到的bean，加载到spring容器中。这些步骤就和spring启动流程是一样，spring怎么扫描的，怎么解析的，这里就是一样的。这一步会发送两个事件，最终会把spring容器准备完成。注意这个阶段只是spring容器准备好，并没有进行扫描和解析，也就是说此时的spring容器中没有

springboot整合redis依赖<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-data-redis</artifactId></dependency><dependency><

文章目录编程模型RabbitMQ整体理解和队列解析RabbitMQ编程模型原生API编程模型RabbitMQ整体理解和队列解析RabbitMQ是基于AMQP协议开发的一个MQ产品，可以参照下图来理解RabbitMQ当中的基础概念：一些基本概念在Rabbitmq快速入门有讲过主要讲下 新版本rabbitmq的队列。在3.9.15版本中包含了三种队列类型，分别是Classic 经典队列, Quorum

数据库表结构设计良好的表结构设计是高性能的基石，应该根据系统将要执行的业务查询来设计，这往往需要权衡各种因素。糟糕的表结构设计，会浪费大量的开发时间，严重延误项目开发周期，让人痛苦万分，而且直接影响到数据库的性能，并需要花费大量不必要的优化时间，效果往往还不怎么样。在数据库表设计上有个很重要的设计准则，称为范式设计范式设计目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（

从架构角度全局理解mysql性能优化MySQL性能优化其实是个很大的课题，在优化上存在着一个调优金字塔的说法：很明显从图上可以看出，越往上走，难度越来越高，收益却是越来越小的。比如硬件和 OS调优，需要对硬件和OS有着非常深刻的了解，例如磁盘阵列 （RAID）级别、是否可以分散磁盘IO、是否使用裸设备存放数据，使用哪种文件系统，还有操作系统的调度算法等等。所以在进行优化时，首先需要关注和优化的应该

文章目录InnoDB 引擎底层存储原理和结构体系InnoDB 记录存储结构和索引页结构InnoDB 引擎底层存储原理和结构体系到目前为止，MySQL 对于我们来说还是一个黑盒，我们只负责使用客户端发送请求并等待服务器返回结果，表中的数据到底存到了哪里？以什么格式存放的？MySQL 是以什么方式来访问的这些数据？这些问题我们统统不知道。要搞明白查询优化背后的原理，就必须深入 MySQL 的底层去一探