2201_75456895的博客

在若干个 Redis 服务器节点中，有的是主节点，有的是从节点；每个从节点只能有一个主节点，一个主节点可以有多个从节点；从节点就是主节点的副本，从节点要同步主节点上的所有数据，同时，当主节点对数据有任何的修改，也会同步到从节点上，从节点不允许修改数据；配置了主从模式后，比较有效的解决了可用性问题，一台服务器挂了，还有另外的服务器可以支撑服务，通过负载均衡也可以有效的处理高并发问题；

哨兵模式（Redis Sentinel）是用来解决主从模式中的高可用问题的，用于监控 Redis 主从架构中的主节点和从节点，可自动处理主节点故障问题，可以确保 Redis 服务的可用性和健壮性；相关名词解释由上图可以看出，哨兵节点就是一个 redis-sentinel 进程；

Redis 官方的解释是：节点之间通过心跳包通信，心跳包中包含了该节点持有哪些 slots，这个是使用位图这样的数据结构表示的，表示 16384 (16k) 个 slots，需要的位图大小是 2KB，如果给定的 slots 数更多了，比如 65536 个了，此时就需要消耗更多的空间，8 KB 位图表示了，8 KB，对于内存来说不算什么，但是在频繁的网络心跳包中，还是⼀个不小的开销的；

缓存是计算机中一个很经典的概念，核心思路是把一些常用的数据放到访问速度更快的地方，方便随时读取；但对于计算机硬件来说，往往访问速度越快的设备，成本越高，存储空间越小，缓存是更快，但空间上是不足的，因此大部分时候，缓存只存放一些热点数据；

以上内容只是如何实现一个简单的互斥锁，在一些实际的应用场景中，我们可能会使用一些其他特殊的锁，比如可重入锁，公平锁，读写锁等等；

Redis 提供了多种持久化机制，用于将数据保存到磁盘中，以防止因服务器重启或故障而导致的数据丢失。主要的持久化策略有两种：RDB (Redis Database) 和 AOF (Append Only File)，即当 Redis 服务器重新启动时，会读取相应的文件，来还原上次退出时的数据；

若存在两个客户端，一个客户端（ubuntu）开启了事务之后，先执行了 set key 111，然后另一个客户端（ubuntu2）没有开启事务，执行了 set key 222，然后客户端（ubuntu）执行了事务，此时get key 得到的结果是 111，因为客户端（ubuntu）虽然先输入 set key 命令，但是是后执行事务的，也就是后执行 set key 命令的；MySQL 中事务的原子性则为：将多个操作打包在一起执行，要么全部都执行成功，要么全部都不执行，当执行不成功时，则会回滚；