redis分区和分片原理-redis分离技术(1-4-32)

更新时间：2024-11-01 分类：Redis 浏览量：2

Redis本文目录一览：

我们可以设置过期时间然后再进行缓存更新操作，这个功能最为常见，我们几乎所有的项目都有所运用。限时业务的运用（推荐学习：Redis视频教程）redis中可以使用expire命令设置一个键的生存时间，到时间后redis会删除它。

比较这与Redis的排序集相结合意味着你可以以毫秒为单位抓取列表中评分最高的项目，而且实现起来非常容易。

首先，去看一下 Redis 官方推荐的 Go Redis driver。官方 Star 的项目有两个：Radix.v2 和 Redigo。经过简单的比较后，选择了更加轻量级和实现更加优雅的 Radix.v2。

redis使用要注意的问题主要如下：redis和数据库双写一致性问题（推荐学习：Redis视频教程）分析：一致性问题是分布式常见问题，还可以再分为最终一致性和强一致性。数据库和缓存双写，就必然会存在不一致的问题。

在Go项目中来做同样的操作，我们就需要通过Radix.v2 redis包来实现，首先需要Dial（）函数，需要它返回一个新的connection。第二个我们需要使用client.Cmd（）方法。

redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换。

新版本Redis使用psync命令来代替sync命令，该命令既可以实现完整全同步也可以实现部分同步。

以下是一个简单的步骤：创建一个 ConfigMap，其中包含 Redis 配置文件。创建一个 StatefulSet，其中包含 3 个副本的 Redis Pod。创建一个 PersistentVolumeClaim，用于存储 Redis 数据。

读写分离：可以用于实现读写分离，主库写、从库读，读写分离不仅可以提高服务器的负载能力，同时可根据需求的变化，改变从库的数量。

主从复制可以将写操作集中在主节点，仅让从节点负责读取数据，从而实现读写分离，并提高Redis集群的性能。

传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。

上一篇文章Redis主从复制原理中简要地说明了主从复制的一个基本原理，包含全量复制、复制积压缓冲区与增量复制等内容，有兴趣的同学可以先看下。利用主从复制，可以实现读写分离、数据备份等功能。

针对完整的重同步的缺陷，Redis提供了部分的重同步功能。

Redis哨兵模式的实现原理。关于哨兵的原理，关键是了解以下几个概念：定时任务：每个哨兵节点维护了3个定时任务。

1、Redis Cluster 的性能与单节点部署是同级别的。多主节点、负载均衡、读写分离 Redis Cluster 支持标准的主从复制配置来保障高可用和高可靠。

2、通常情况下，应用访问Redis读操作量和写操作量差异很大，读常常是写的数倍，这时我们可以将读写分离，而且读提供更多的实例数。可以利用主从模式实现读写分离，主负责写，从负责只读，同时一主挂多个从。

3、Redis具备LRU淘汰、事务实现、以及不同级别的硬盘持久化等能力，并且支持副本集和通过RedisSentinel实现的高可用方案，同时还支持通过RedisCluster实现的数据自动分片能力。