redis有三种集群方式：主从复制，哨兵模式和集群。1.主从复制主从复制原理：从服务器连接主服务器，发送SYNC命令；主服务器接收到SYNC命名后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令；主服务器BGSAVE执行完后，向所有从服务器发送快照文件，并在发送期间继续记录被执行的写命令；从服务器收到

因为之前使用redis一般都只做热数据处理，没有考虑过落地方案，因此，通过很多次不同的交流，发现落地也挺重要的，特来学习一般。落地策略我们知道，redis是纯内存数据库，一旦发生宕机，数据就会丢失，因此，Redis的落地策略其实就是持久化(Persistence)，主要有以下2种策略：1.RDB:定时快照方式(snapsho

建立TCP连接：三次握手TCP在传输数据之前，首先需要建立好TCP连接，后续所有数据都基于这个已建立的连接来传输，建立TCP连接的过程通常被描述为三次握手屏幕快照2020072716.44.59!TCP三次握手和四次挥手(https://s4.51cto.com/images/blog/202007/27/e095cdb6ee5e99

在上一篇文章写了锁的基本概述以及行锁的三种形式，这一篇的主要内容如下：一致性非锁定读自增长与锁外键和锁一致性性非锁定读一致性非锁定读是InnoDB通过多版本并发控制（MVCC，multiversionconcurrencycontrol）的方式来读取当前执行时间数据库中的最近一次快照，如果读取的行正在执行

nat模式，两虚拟机对比及解决方案之前一直用的都是vmwareplayer这个vmware的免费版本虽然说比较残念的是不能够使用快照功能，但是作为日常使用应该说还是行的。之前用vmware的时候一直是使用net模式上网的。发现虚拟机能够上网能够与主机通讯，主机也能够与虚拟机通讯，这样的话我将虚拟机当成本地服务

Redis被称为是内存数据库，那是因为它会将其所有数据存储在内存里，因此Redis具有强劲的速度性能，但是，也正因为数据存储在内存中，当Redis重启后，所有存储在内存的数据就会丢失。为了使得数据持久化，Redis提供了两种方式：RDB方式和AOF方式。一、RDB方式RDB方式的持久化是通过快照（snapshotting）完成的，

持久化机制Redis速度快，很大一部分原因是因为它所有的数据都存储在内存中。如果断电或者宕机，都会导致内存中的数据丢失。为了实现重启后数据不丢失，Redis提供了两种持久化的方案，一种是RDB快照（RedisDataBase），一种是AOF（AppendOnlyFile）。RDBRDB是Redis默认的持久化方案。当满足一定条

CopyOnWriteArrayList是ArrayList的一个线程安全的变体，其中所有可变操作（add、set等等）都是通过对底层数组进行一次新的复制来实现的。这一般需要很大的开销，但是当遍历操作的数量大大超过可变操作的数量时，这种方法可能比其他替代方法更有效。在不能或不想进行同步遍历，但又需要从并发线程中排除冲突时，它也很有用。“快照”风格的

【搜藏】RedisReplication工作原理：1)：Slave启动后，无论是第一次连接还是重连到Master，它都会主动发出一个SYNC命令2)：当Master收到SYNC命令之后，将会执行BGSAVE(后台存盘进程)，即在后台保存数据到磁盘（rdb快照文件），同时收集所有新收到的写入和修改数据集的命令存入缓冲区（非查询类）3)：M

最近在新发布某个项目上线时，每次重启都会收到机器的CPU使用率告警，查看对应监控，持续时长达5分钟，对于服务重启有很大风险。而该项目有非常多Consumer消费，服务启动后会有大量线程去拉取消息处理逻辑，通过多次Jstack输出线程快照发现有很多BLOCKED状态线程，此文主要记录分析BLOCKED原因。