Redis的环境相关配置
Jedis、spring-redis-data版本不兼容产生异常
无异常版本：
Spring-data-redis-1.7.2.RELEASE
Spring4.2.4版本
jedis-2.8.2
设置密码
Windows系统、加密处理
一：临时设置
- 首先进入redis，如果没有开启redis则需要先开启：
127.0.0.1:6379>
（2）查看当前redis有没有设置密码：
127.0.0.1:6379> config get requirepass
1) "requirepass"
2) ""
（3）为以上显示说明没有密码，那么现在来设置密码：
127.0.0.1:6379> config set requirepass abcdefg
OK
127.0.0.1:6379>
（4）再次查看当前redis就提示需要密码：
127.0.0.1:6379> config get requirepass
(error) NOAUTH Authentication required.
127.0.0.1:6379>
（5）密码验证
127.0.0.1:6379> AUTH password
二：永久设置
（1）用记事本或者Notepad++打开redis.windows.conf并找到“# requirepass foobared”这一行，在这一行下面增加一行“requirepass 你的密码”
- cmd命令转入Redis的安装目录，并输入redis-server redis.windows.conf,
- 不要关闭该cmd控制台 , 双击打开 redis-cli.exe , 如果不报错,则连接上了本地服务器,然后测试，比如 set命令，get命令，首次输入set命令你会发现出来(error) NOAUTH Authentication required.这是因为你已经更改redis.windows.conf的配置密码，然后键入“auth 你的密码”如果出现OK则说明你已经可以使用Redis的客户端了。就可以在控制台随意插入删除数据了，详情如图
Redis发布订阅
Redis发布订阅是一种消息通信模式：发送者发送消息，订阅者接收消息
Redis客户端可以订阅任意数量的频道。
有新消息通过PUBLISH命令发送给频道时，这个消息就会被发送给他们的第三客户端
Redis管道技术
Redis 管道技术可以在服务端未响应时，客户端可以继续向服务端发送请求，并最终一次性读取所有服务端的响应。
Redis管道技术提高了redis服务的性能
redis数据存储在内存中，为了保证redis重启后数据的完整，redis的持久化
RDB方式、AOF方式
使用redis持久化的方式
RDB持久化方式 默认的 不需要配置
在指定的时间内间隔内将内存的数据以及快照写入磁盘中
指定多少秒将数据写入磁盘中
AOF持久化方式
将以日志的形式记录服务器所处理的每一个操作，在redis服务器启动之初，会读取该文件重新构建数据库，保证启动后数据是完整的
无持久化
通过配置借用redis的持久化功能，redis就是缓存的一个机制
同时使用RDB和AOF这两种方式
一、RDB持久化方式
优势：redis的数据库只包含一次文件，方便数据的管理
恢复数据，将redis的数据文件压缩一个文件，进行存储
性能最大化，数据集大，启动效率会更高
缺点：保证数据的高可用，在定时持久化的时可能会出现宕机的情况
配置:在redis.config文件中
第一行 每900秒至少一个key发送变化，就会持久化一次，内存的快照
第二行 每300秒至少十个key发送变化，就会持久化一次，内存的快照
第三行 每60秒至少一万个key发送变化，就会持久化一次，内存的快照
二、AOF持久化方式
优势：更高的数据安全性，三种同步策略：每秒同步、每修改同步、不同步
每秒同步，异步持久化。
每修改同步，同步持久化没修改同步数据，效率低安全性高。
日志文件采用追加的模式
在写入过程中出现宕机的情况下也不影响之前的数据信息。产生的问题数据的一致性
解决：在redis下一次启动之前，通过redis-aof工具来解决数据一致性
如果日志过大，redis自动启动重写机制。以append不断的将修改的数据写入到老的磁盘文件，同时redis还会创建一个新的文件用于记录此期间产生哪些修改命令，在重写切换的时候更换的数据的安全性
aop格式清晰，记录所有修改信息；
缺点：根据同步策略的不同效率也不相同，低于RDB
配置：
Windows将redis加入到服务管理器中，设置自动启动
命令：redis-server --service-install redis.windows.conf
Linux将redis设置为自启动