在之前的文章中我们大概学习了redis的安全性，主要就是持久化和夸机备份。这里我们再来学习一下redis的安全和性能问题。这块说的性能问题主要就是说客户端与服务端的通信，而不是说redis的服务器的机器的问题。...

系统出错或者断电等等各种问题是计算机系统常常需要面对的问题，redis不像关系型数据库具有回滚和数据的恢复特性。所以这块数据的恢复就变成了一种自己去处理的粗糙办法。简单来说有从节点灾难处理和主节点灾难处理。...

上次文章中我们说到了redis复制的问题，大概得过程就是从节点会在启动的时候建立与主节点的通信，然后主节点将数据通过网络发送到从节点。但是考虑到数据拷贝是通过网络进行的，因此网络是一个潜在的瓶颈。除此之外从节点...

在redis中提供了复制的功能，注意这里的复制是为了保证数据夸机器存在的特性，也就是一台redis被核弹炸了，咋还有一台，而且这台redis中的数据就是通过从被炸的那台上过来的。既然有这样特性，那么如何配置呐？很简单...

在上次文章中我们说aof的持久化问题是日志文件会不断变大，但是好处就是宕机导致的数据丢失很限制在很小的时间片段内。但是aof文件的不断变大是个重要的问题，如果有个几十G，那么redis按照每个命令重新跑一遍，那就需要花费...

除了我们上次介绍的redis快照持久化之外，redis还提供了日志追加（append-only-file）的方式，这种方式会在我们对数据进行修改的时候将相关的操作命令追加到追加日志文件的末尾，所以这种方式的持久化在任何情况下都可以进行数...

在redis中，我们可以在特定时间点进行内存拷贝来创建快照，在创建完毕之后，这个快着能够回退，还可以拷贝到其他机器甚至是机器的重启。

在之前的章节中，我们介绍了redis的基本概念和相关的五种数据结构的操作命令，学完之后我们基本能解决一些redis的小问题，所以更进一步，我们就开始研究一下redis的数据安全性和redis的性能问题。我们将探索redis如何持久化，...

当我们将数据写入redis之后，很多时候在一个时间点这些数据就不需要了。这时候我们可以使用del命令将其删除，或者我们采用过期时间去移除数据关联的key。这时候我们就可以采用redis中的expiration来做这件事。也就是说我...

在一些时候我们需要对redis中的多个数据进行复制或者删除等操作，但是这些命令不是一起执行的，他们都是单独的一个命令。所以redis提供了一些命令让多个操作一起执行，并不被中断。这些命令有：watch、multi、exec、unwatch...