Redis-配置文件与持久化

redis 乐观锁

乐观锁，即获取数据时不加锁，在修改的时候才会比对数据是否和获取时一致。若一致才能修改。

使用watch关键字，他的作用是在事务开始前先获取值，然后监控这个值，当你开始事务之后，如果在你执行之前redis会自动帮你检测这个数据是否被更改了，若被更改了整个事务都不会执行。需要unwatch之后再重新开始watch，开始事务。

redis.conf

启动的时候，就通过配置文件启动。

1.对unit单位，大小写不敏感
2.包含，可以把多个配置文件导入到我们的总配置文件中
3.网络，bind默认是本机，port默认是6379，protected-mode，保护模式默认开启。
4.通用，daemonize yes以守护进程的方式运行，默认是no，需要我们手动改成yes
pidfile /var/run/redis_6379.pid  如果以后台方式运行，我们就需要一个pid文件。
loglevel notice 默认日志级别
logfile 日志文件位置，为空则默认输出
databases 16 数据库数量，默认16个
always-show-logo yes 是否总是显示logo，就是我们启动redis出现的那个大大的图像。默认开启
5.快照
也叫持久化，在规定时间内，执行多少次会持久化到硬盘.rdb .aof，因为redis是内存
数据库，如果没有持久化，断电数据就丢失了。

save 900 1  # 如果900s内，如果至少有一个key进行了修改，我们就持久化操作
save 300 10  # 如果在300s内，至少10个key进行了修改...
save 60 10000  # 如果在60s内，至少10000个key进行了修改...

stop-writes-on-bgsave-error yes  持久化出错是否还继续工作，默认为yes
rdbcompression yes  是否压缩rdb文件，默认开启，当然压缩要消耗一些cpu资源
rdbchecksum yes  保存rdb文件时，进行错误检查，默认yes
dir ./  # rdb文件默认保存位置，此处默认为当前文件夹

6 REPLICATION复制，见后面

7 security安全
默认没有密码，可以在配置文件中 
requirepass 123
或者在命令中
config set requirepass 456
之后登陆redis之后就需要auth 加密码，才能进行后续操作

8 clients客户端的一些限制，默认空
maxmemory <bytes> 最大内存容量
maxmemory-policy noeviction 内存满了之后的处理策略，有六种，具体六种百度

9 append only aof配置
appendonly no 默认不开启aof模式，即默认使用rdb方式持久化，因为正常情况下rdb都够用了
appendfilename "appendonly.aof" 

appendfsync 三种级别，默认为everysec，每秒持久化一次，always，每次修改执行一次，no，关闭

持久化

rdb机制

有时候我们会对这个文件进行备份

1.在我们利用save关键字，并且满足配置文件save的条件时会产生
2.flushall的时候会产生
3.退出redis的时候会产生

当dump.rdb文件和启动文件在同一目录下，在启动的时候就会自动回复

优点：
。。。查
缺点：
。。。查

aof（append only file）

将我们的命令都记录下来，恢复的时候把所有命令重新执行一遍，读命令是不记录的。保存的文件是appendonly.aof。默认不开启。

如果手动开启之后，那么重启redis之后就会产生appendonly.aof文件，因为默认是每秒备份一次。

当我们的appendonly.aof有错误，比如有些错误的代码，那么redis 是无法启动的，我们可以使用自带的redis-check-aof来修复这个文件

redis-check-aof --fix appendonly.aof

这个修复会帮我们删除一些错误的代码，保证大部分的数据的完整的。

aof优点：
如果开启每一次修改都同步，文件完整性更好
如果开启每秒同步，只会丢失一秒的数据
缺点：
aof文件比rdb大很多，且修复速度慢
aof运行效率也低于rdb

重写规则

redis发布订阅

需要两个终端测试

订阅端
subscribe dingyue1 订阅消息，自动监听，当发送端有信息发送，就自动获取


发布端
puiblish dingyue2 hello 发送信息

unsubscribe dingyue1 退订

发布订阅原理

redis是使用C实现的，通过分析redis源码里的pubsub.c文件，了解发布和订阅的底层实现，借此加深对redis的理解。

Redis通过publish、subscribe和psubscribe等命名实现发布和订阅功能。

通过subscribe命令订阅某一个频道后，redis-server里维护了一个字典，字典的键就是一个个频道，而字典的值则是一个链表。

通过publish命令向订阅者发送信息，redis-server会使用给定的频道作为key，在它维护的channel字典中查找记录了订阅这个频道所有客户端的链表，遍历这个链表，将信息发布给所有订阅者

pub/sub从字面上理解就是发布（publish）与订阅（subscribe），在riedis中，你可以设定对某一个key值进行信息发布及信息订阅，当一个key值上进行了信息发布后，所有订阅他的客户端都会收到相应的数据。这一功能最明显的用法就是用于实时信息系统，比如普通的即时聊天，群聊等等