一个class文件到底是如何加载的呢，本文我们来具体研究下类加载的过程。 类的加载指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，然后在创建 一个java.lang.Class对象，用来封装类在方法区内的数据结构。

本文我们来学习下JVM中的一些常用的指令。 jps 是（java process Status Tool）, Java版的ps命令，查看java进程及其相关的信息，如果你想找到一个java进程的pid，那可以用jps命令替代linux中的ps命令了，简单而方便。 命令格式：

一个.class文件是如何被Java虚拟机加载并使用的呢，本文我们来研究下JVM中类加载的过程。 类从被加载到虚拟机内存中开始，到卸载出内存，它的整个生命周期包括：加载（Loading）、验证 （Verification）、准备（Preparation）、解析（Resolution）、初始化（Initiallization）、使用（Using）和卸载（Unloading）这7个阶段。其中验证、准备、解析3个部分统称为连接（Linking），这七个阶段的发生顺序如下图：

Java虚拟机栈(Java Virtual Machine Stacks)是线程私有的，即生命周期和线程相同。 Java虚拟机栈和线程同时创建，用于存储栈帧。每个方法在执行时都会创建一个栈帧(Stack Frame)，用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直到执行完成的过程就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。虚拟机栈结构示意图如下：

持久性：如果redis中没有开启持久化，那么就是纯内存运行的，一旦重启，所有数据都会丢失，此时可以认为redis不具备事务的持久性；而如果redis开启了持久化，那么可以认为redis在特定条件下是具备持久性的； 隔离性：redis的设计机制是单线程执行命令的。不存在脏读、幻读等操作所以并不需要额外的机制去保障隔离性，先天已经具备串行化的隔离级别了； 原子性：由于redis的单线程特性，能够保证一批命令的执行不会被其他线程中断，但是它并不保证可回滚。即使有部分命令执行失败，其余命令依然会继续执行（如果有语法错误，则全部命令不执行）。

首先连接查询会有一个表作为驱动表，一个表是被驱动表。 驱动表可以理解为正常的单表查询，所以效率主要就是看，怎么根据驱动表的查询数据，去查被驱动表的数据。如果说关联字段没有索引，那查被驱动表的时候，就相当于全表扫描了，效率肯定低。 为什么是“小表驱动大表”？

在一般情况下，升级服务器端应用，需要将应用源码或程序包上传到服务器，然后停止掉老版本服务，再启动新版本。但是这种简单的发布方式存在两个问题，一方面，在新版本升级过程中，服务是暂时中断的，另一方面，如果新版本有BUG，升级失败，回滚起来也非常麻烦，容易造成更长时间的服务不可用。 为了解决这些问题，人们研究出了多种发布策略，下面我们一一介绍。

Redis3.0之后，Redis官方提供了完整的集群解决方案。 方案采用去中心化的方式，包括：sharding（分区）、replication（复制）、failover（故障转移）。称为RedisCluster。 Redis5.0前采用redis-trib进行集群的创建和管理，需要ruby支持； Redis5.0可以直接使用Redis-cli进行集群的创建和管理。 RedisCluster的特点是去中心化。RedisCluster由多个Redis节点组构成，是一个P2P无中心节点的集群架构，依靠Gossip协议传播的集群。 架构示意图如下：

哨兵（sentinel）是Redis的高可用性(High Availability)的解决方案： 由一个或多个sentinel实例组成sentinel集群可以监视一个或多个主服务器和多个从服务器。 当主服务器进入下线状态时，sentinel可以将该主服务器下的某一从服务器升级为主服务器继续提供服 务，从而保证redis的高可用性。 每个哨兵（sentinel）都分别独立的监控主服务器和所有的从服务器，各个哨兵之间也互相有通信，主服务器和从服务器之间是主从复制的关系。如下图所示：