m0_72532428的博客

虽说哨兵模式提⾼了系统的可⽤性，但是真正⽤来存储数据的还是 master 和 slave 节点。所有的数据都需要存储在单个 master 和 slave 节点中，因此当数据量很⼤，接近超出了 master / slave 所在机器的物理内存，就可能出现严重问题了

在⼀个分布式的系统中, 也会涉及到多个节点访问同⼀个公共资源的情况. 此时就需要通过 锁 来做互斥控制, 避免出现类似于 "线程安全" 的问题，而java 的 synchronized 或者 C++ 的 std::mutex, 这样的锁都是只能在当前进程中生效, 在分布式的这种多个进程多个主机的场景下就⽆能为⼒了，此时就需要使⽤到分布式锁

缓存（Cache）是一种存储机制，旨在提供高速访问已保存的数据或计算结果。通过将数据存储在临时存储位置，当再次需要这些数据时，可以迅速从缓存中检索，而不是重新进行原始数据的获取和计算过程。缓存可以存在于各种层次，如硬件，CPU缓存、软件（如Web浏览器缓存）和专门的存储系统（如内存中的分布式缓存）‌

Redis 的主从复制模式下，⼀旦主节点由于故障不能提供服务，需要⼈⼯进⾏主从切换，同时⼤量的客⼾端需要被通知切换到新的主节点上，对于上了⼀定规模的应⽤来说，这种⽅案是⽆法接受的，于是 Redis 从 2.8 开始提供了 Redis Sentinel（哨兵）来解决这个问题

在分布式系统中涉及到一个非常关键的问题：单点问题如果某个服务器程序只有一个节点（只弄一个物理服务器，来部署这个服务器程序）那么就会出现以下问题：1. 可用性问题，如果这个机器挂了，意味着服务就中断了2. 性能问题，一个节点的并发量是非常有限的。所以就引入了分布式系统，在分布式系统中，往往希望有多个服务器来部署redis服务，从而构成一个redis集群，此时就可以让这个集群给整个分布式系统中其他的服务，提供更稳定、更高效的数据存储功能

Redis 的事务和 MySQL 的事务概念上是类似的. 都是把⼀系列操作绑定成⼀组. 让这⼀组能够批量执⾏. 但是注意体会 Redis 的事务和 MySQL 事务的区别: - 弱化的原⼦性: redis 没有 "回滚机制". 只能做到这些操作 "批量执⾏". 不能做到 "⼀个失败就恢复到初始状态". - 不保证⼀致性: 不涉及 "约束". 也没有回滚. MySQL 的⼀致性体现的是运⾏事务前和运⾏后 , 结果都是合理有效的, 不会出现中间⾮法状态.

C++ 操作 redis 的库有很多. 此处使⽤ redis-plus-plus，因为这个库的功能强⼤, 使⽤简单

有序集合相对于字符串、列表、哈希、集合来说会有⼀些陌⽣。它保留了集合不能有重复成员的特点，但与集合不同的是，有序集合中的每个元素都有⼀个唯⼀的浮点类型的分数（score）与之关联，这使得有序集合中的元素是可以维护有序性的，但这个有序不是⽤下标作为排序依据⽽是⽤这个分数

集合类型也是保存多个字符串类型的元素的，但和列表类型不同的是，集合中元素之间是无序的元素不允许重复。⼀个集合中最多可以存储2^32 - 1个元素。Redis 除了⽀持集合内的增删查改操作，同时还⽀持多个集合取交集、并集、差集，合理地使⽤好集合类型，能在实际开发中解决很多问题

列表类型是⽤来存储多个有序的字符串，列表中的每个字符串称为元素（element），⼀个列表最多可以存储 2^32 - 1 个元素。在 Redis 中，可以对列表两端插⼊（push）和弹出（pop），还可以获取指定范围的元素列表、获取指定索引下标的元素等。列表是⼀种⽐较灵活的数据结构，它可以充当栈和队列的⻆⾊，在实际开发上有很多应⽤场景

⼏乎所有的主流编程语⾔都提供了哈希（hash）类型，它们的叫法可能是哈希、字典、关联数组、映射。在 Redis 中，哈希类型是指值本⾝⼜是⼀个键值对结构，形如 key = "key"，value = { { field1, value1 }, ..., {fieldN, valueN } }，Redis 键值对和哈希类型⼆者的关系可以⽤下图表示

⾸先 Redis 中所有的键的类型都是字符串类型，⽽且其他⼏种数据结构也都是在字符串类似基础上构建的，例如列表和集合的元素类型是字符串类型，所以字符串类型能为其他 4 种数据结构的学习奠定基础

Redis ⽀持 RDB 和 AOF 两种持久化机制 ，持久化功能有效地避免因进程退出造成数据丢失问题，当下次重启时利⽤之前持久化的⽂件即可实现数据恢复 。

Redis是一种开源的内存数据存储，可以用作数据库、缓存和消息代理等。本文将会介绍两种不同的安装方式，包括从源代码编译安装以及通过apt包管理器安装。