Redis服务重启后，缓存依然存在（redis服务重启缓存还在）

Redis服务重启后，缓存依然存在

Redis是一个开源的高性能键值对存储数据库，通常用于缓存，消息队列等场景。在使用Redis时，经常会遇到服务重启后，缓存数据丢失的问题。这是因为Redis是一个内存数据库，服务重启后，内存中的数据将被清空，如果没有采取相应的措施，数据将会丢失。然而，通过一些简单的配置，我们可以让Redis在重启后依然能够保留缓存数据。

一、Redis持久化

Redis提供了两种方式进行数据持久化，即RDB和AOF。RDB是一种快照方式，将Redis在内存中的数据定期保存到磁盘文件中。AOF则是一种追加方式，将Redis执行的每条写命令追加到磁盘文件中。这样，当Redis服务重启后，可以通过加载RDB或AOF文件，将缓存数据恢复到内存中。

下面是一个简单的RDB配置示例：

save 60 1000 #在60秒内，如果至少有1000个key被修改，则触发保存
dbfilename dump.rdb #保存的文件名
dir /data/redis #保存的目录

在上面的配置中，我们设置了每60秒保存一次内存数据，并将保存的文件名设置为dump.rdb，保存的目录设置为/data/redis。当服务重启后，只需要将dump.rdb文件放入保存目录，重启Redis服务，就可以将数据恢复到内存中了。

二、Redis集群

Redis集群是一种横向扩展方式，通过将数据分散在多个节点中，提高了系统的可扩展性，同时也提高了系统的可用性。在Redis集群中，每个节点负责一部分数据，当一个节点出现故障时，其他节点可以接管其负责的数据，保证了整个系统的可用性。

Redis集群的数据分片方式有两种，即一致性哈希和无限槽模式。一致性哈希是将数据分散到多个节点中，每个节点负责某个范围的数据。无限槽模式则是将数据分散到固定数量的槽中，每个节点负责一部分槽中的数据。当一个节点出现故障时，其他节点可以通过重新分配槽来接管其负责的数据。

Redis集群可以通过使用复制和持久化技术来避免数据丢失。当一个节点出现故障时，另一个节点可以接管其负责的数据。如果使用了持久化技术，重启Redis服务后会自动将数据恢复到内存中。

三、Redis Sentinel

Redis Sentinel是一种用于监控Redis主从复制和故障恢复的工具。当Redis服务出现故障时，Sentinel将自动监测并将其转移到其他的Redis服务器。如果一个故障的Redis服务器恢复正常工作，Sentinel也会将其重新添加到Redis集群中。

Sentinel可以通过以下配置来保证Redis的高可用性：

sentinel monitor mymaster 127.0.0.1 6379 2 #设置监控的Redis服务
sentinel down-after-milliseconds mymaster 30000 #30秒内未响应，则认为Redis服务已下线
sentinel flover-timeout mymaster 180000 #180秒后，进行故障转移

当一个Redis服务在30秒内未响应时，Sentinel会将其标记为“下线状态”，并等待180秒后开始进行故障转移。这样，即使一个Redis服务器出现故障，Sentinel也可以及时地进行故障转移，保证Redis集群的高可用性。

综上所述，通过采取一些简单的配置和工具，我们可以让Redis在服务重启后依然能够保留缓存数据，提高系统的可用性和可靠性。