[Redis]Redis高级特性的配置及使用

----------------------------------------------------------------------------

【Redis安全性】

一 . 默认我们进入Redis客户端是不需要密码的，但是在使用任何命令前保证已授权，这在一个你不信任其它人的环境里可能有用。

　　1. 按照如下方式可设置密码：

　　① 修改配置文件(默认为/usr/local/etc/redis.conf)，找到requirepass foobared，默认已注释掉；将密码设为123456只需要这样，requirepass 123456，然后重启服务。（杀掉主进程：kill -9 进程号，启动：/usr/local/bin/redis-server /usr/local/etc/redis.conf）

　  ② 此时/usr/local/bin/redis-cli进入到客户端就需要获取权限，没有将提示：(error) NOAUTH Authentication required.

　　

　　2. 输入密码有两种方式：

　　① 输入任何命令前，在客户端界面执行：auth 123456

　　② 进入客户端时输入密码：/usr/local/bin/redis-cli -a 123456

　　其实auth本来应该一直被注释掉，因为向后兼容性并且大部分人不需要权限（例如：他们运行自己的服务）。

注意：由于Redis非常快，针对于一台好的机器一个外部的使用者可以每秒尝试150k次密码。这意味着你应该使用一个非常强壮的密码，否则很容易被破解。

二. 命令的重命名：

Redis支持在一个共享的环境中对危险命令的名字进行修改，例如：CONFIG这个命令可以重命名成其它很难猜到的名字，以便对内部使用的工具可用而对一般客户端不可用。

　　如：rename-command CONFIG othernameofconfig

同样，通过重命名为空字符串可以使一个命名失效。

　　如：rename-command CONFIG ""

注意：命名重命名将记录到AOF文件中 或 传输到slave，并且可能会引起问题。

【Redis主从复制】

一. Redis主从复制特点：

　　① master可以拥有多个slave

　　② 多个slave可以连接同一个master外，还可以连接到其它slave

　　③ 主从复制不会阻塞master，在同步数据时，master可以继续处理client请求

　　④ 提高系统的伸缩性

二. Redis主从复制过程：

　　① slave与master建立连接，发送sync同步命令

　　② master启动一个后台进程，将数据库快照保存到文件中，同时master主进程开始收集新的写命令并缓存。

　　③ 后台完成保存后，就将此文件发送给slave

　　④ slave将此文件保存到硬盘上

三. 配置Redis从服务器：

　　要设置IP使用：ifconfig eth0 192.168.117.224

　　vim /usr/local/etc/redis.conf　　# 找到slaveof 和 masterauth，配置如下

　　slaveof <masterip> <masterport>　　# slaveof 192.168.88.90 6379

　　masterauth <master-password>　　   #masterauth 123456

　　现在在master里设置一个键，如：set name weichen；使用keys * 或 get name 查看slave是否能复制成功。

　　

　　自Redis2.6后，slave默认将只读；在Redis从库中写，会出现如下提示：

　　

　　不过这个可以在配置文件里面作更改（slave-read-only no），然后重启Redis即可允许写操作。

　　允许slave写操作，一方面对存储临时的数据有用（因为在和主库重新同步后，从库数据可以很容易被删除掉），但是如果由于配置错误导致客户端对其写操作则会引发问题。

　　slave只读的设计是防止在网络上暴露给不被信任的客户端，仅仅是针对误用Redis实例的一个保护层；但是一个只读的slave仍然默认输出所有管理命令，比如 CONFIG, DEBUG等等。在一定程度上，你可以通过使用 'rename-command' 跟踪所有的管理/危险命令来提高只读的slave的安全性。

　　同步复制策略：disk 或 socket。注意：目前无盘复制是实验性的。

　　repl-diskless-sync no

（用info查看当前Redis服务器信息）

　　通过几个参数可以判断是Reis主还是从，

　　role:master

　　slave0:192.168.88.90,6379,online

　　redis_version 3.0.3 包含下面几类服务器信息：

　　#Server

　　#Clients

　　#Memory

　　#Persistence

　　#Stats

　　#Replication

　　#CPU

　　#Cluster

注：只要Redis slave配置完成，任何时候slave打开，master数据都会自动复制。

【Redis队列/事务】

一. 使用multi打开一个队列，exec执行队列命令，discard取消队列；

二. 与MySQL的事务不同的是，Redis队列中的命令有未执行成功的，整个事务不会回滚。

三. 乐观锁：使用watch命令对key监控，如果在watch后，该key发生过改变，则事务将失败（即已过期）；可以调用多次watch监控多个key；exec、discard、unwatch都会清除连接中的监控。

例如：上面的age现在是21，先对age进行watch age，此时multi打开队列进行等待，另一方面打开新终端，对age进行set age 30，设置成功后，在第一个终端内执行set age 40，exec执行，提示nil。

【Redis持久化】

一. Snapshotting（快照）。

　　Redis默认的持久化方式，将内存中的数据以快照的方式写入到二进制文件（dump.rdb）中，通过配置文件可以配置多少秒后有至少多少次修改就进行快照。

　　save 900 1　　　　　#900秒后有至少1次key的修改就持久化

　　save 300 10　　　　 #300秒后有至少10次key的修改就持久化

　　save 60 10000　　　#60秒后有至少10000次key的修改就持久化

　　

　　阻止快照的方式：

　　① 注释掉上面三行

　　② 或 改成save ""。

二. Append Only File（AOF方式）

　　Redis默认异步将数据备份到磁盘，这种模式对许多应用足够了，但是如果Redis进程出现问题或断电，将导致最近几分钟的写数据丢失（根据配置文件中的保存时间点）。

　　Append Only File（AOF）是提供了更好持久性的可选的持久化模式。例如通过fsync（同步内存中所有已修改的文件数据到储存设备）的方式，Redis可以做到在服务器断电的情况下仅丢失一秒钟的写数据，或者在Redis进程错误的情况下丢失单条写数据。

　　AOF和数据库存储可以同时打开，如果在安装Redis时打开支持AOF，那么Redis将会使用AOF。（http://redis.io/topics/persistence）

　　appendonly no　　　　　　　　　　　　#默认AOF为关闭状态

　　appendfilename "appendonly.aof"　　 #指定写入的文件名

　　

　　调用fsync()告诉操作系统实时将数据写入磁盘而不是写入输出缓存，一些OS可能不会实时刷新清空缓存数据。为此，Redis提供三种不同的模式：

　　appendfsync always　　#速度慢，但最安全，每次write都异步持久化

　　appendfsync everysec　#默认选项，每秒一次的异步保存，速度和数据安全的折中方案

　　appendfsync no　　　　 #速度较快，不执行异步，让系统自动刷新数据

　　结论：如果能在考虑到数据丢失的情况下保证运行，可以使用Snapshotting 或者 相反的使用"always"（非常慢但比"everysec"安全一点）。

　　打开AOF模式（appendonly yes），etc/ 将新增appendonly.aof文件（存储的是操作内容）：

五. 发布/订阅（pub/sub）

订阅者使用subscribe和psubscribe命令向Redis服务订阅消息，发布者通过publish命令向Redis服务发送信息时，订阅的客户端将收到消息。

如：终端1：subscribe m1

　　终端2：subscribe m1 m2

　　终端3：publish m1 abc；publish m2 hello；#publish命令返回频道订阅者数量，终端3发布的消息将实时显示到终端1和终端2

Link: http://www.cnblogs.com/farwish/p/4351828.html