Redis使用

Redis的相关工具

./redis-benchmark     #用于进行redis性能测试的工具
./redis-check-dump    #用于修复出问题的dump.rdb文件
./redis-cli           #redis的客户端
./redis-server        #redis的服务端
./redis-check-aof     #用于修复出问

数据持久化

开启持久化功能化，重启Redis后，数据会自动通过持久化文件恢复

RDB

是在不同的时间点，将redis存储的数据生成快照并存储到磁盘等介质上；

• 特点
  周期性
  不影响数据写入 #RDB会启动子进程，备份所有数据。当前进程，继续提供数据的读写。当备份完成，才替换老的备份文件。
  高效 #一次性还原所有数据
  完整性较差 #故障点到上一次备份，之间的数据无法恢复

AOF

AOF（Append Only File）则是换了一个角度来实现持久化，那就是将redis执行过的所有写指令记录下来，在下次redis重新启动时，只要把这些写指令从前到后再重复执行一遍，就可以实现数据恢复了。

• 特点
  实时性
  完整性较好
  体积大 #记录数据的指令，删除数据的指令都会被记录下来。

RDB和AOF两种方式也可以同时使用，在这种情况下，如果redis重启的话，则会优先采用AOF方式来进行数据恢复，这是因为AOF方式的数据恢复完整度更高。如果你没有数据持久化的需求，也完全可以关闭RDB和AOF方式，这样的话，redis将变成一个纯内存数据库，就像memcache一样

• 如何选择方式？
  
  缓存：不用开启任何持久方式
  
  双开:因RDB数据不实时，但同时使用两者时服务器只会找AOF文件,所以RDB留作万一的手段。
  
  redis持久化 – 如何选择RDB和AOF
  
  对于我们应该选择RDB还是AOF，官方的建议是两个同时使用。这样可以提供更可靠的持久化方案。
  
  写入速度快 ------------AOF
  
  写入速度慢 ------------RDB
  
  

持久化配置

• RDB默认开启

dbfilename dump.rdb				#dbfilename：持久化数据存储在本地的文件
dir /data/application/redis/data		#dir：持久化数据存储在本地的路径

#dbfilename：持久化数据存储在本地的文件
dbfilename dump.rdb
#dir：持久化数据存储在本地的路径
dir /data/application/redis/data
##snapshot触发的时机，save
##如下为900秒后，至少有一个变更操作，才会snapshot
##对于此值的设置，需要谨慎，评估系统的变更操作密集程度
##可以通过“save “””来关闭snapshot功能
#save时间，以下分别表示更改了1个key时间隔900s进行持久化存储；更改了10个key300s进行存储；更改10000个key60s进行存储。
save 900 1
save 300 10
save 60 10000
##当snapshot时出现错误无法继续时，是否阻塞客户端“变更操作”，“错误”可能因为磁盘已满/磁盘故障/OS级别异常等
stop-writes-on-bgsave-error yes
##是否启用rdb文件压缩，默认为“yes”，压缩往往意味着“额外的cpu消耗”，同时也意味这较小的文件尺寸以及较短的网络传输时间
rdbcompression yes

• 客户端使用命令进行持久化save存储：
  方式一
  ./redis-cli -h 192.168.192.130 -p 6379 save #前台进行存储
  方式二
  ./redis-cli -h ip -p port bgsave #后台进行存储

注意:每次快照持久化都是将内存数据完整写入到磁盘一次，并不是增量的只同步脏数据。如果数据量大的话，而且写操作比较多，必然会引起大量的磁盘io操作，可能会严重影响性能。