redis
2019-07-02 本文已影响0人
jianshuqiang
1、redis快的原因
全内存操作，I/O多路复用，单线程操作（数据结构简单（5种+1(stream））
2、redis数据结构
String,HashMap,Set,ZSet、List、（Stream）
3、redis持久化策略
AOF以及RDB(默认开启)，当两种策略都使用的时候，默认使用的AOF
AOF:存储是是操作的命令
RDB：存储的是数据
配置
save 900 1 #900秒时间，至少有一条数据更新，则保存到数据文件中
save 300 10 #300秒时间，至少有10条数据更新，则保存到数据文件中
save 60 10000 #60秒时间，至少有10000条数据更新，则保存到数据文件中
appendonly yes
appendfsync everysec # everysec：表示每秒同步一次（折衷，默认值）
always: 每次写入一条数据，立即将这个数据对应的写日志fsync到磁盘上去，性能非常非常差，吞吐量很低;确保说redis里的数据一条都不丢，那就只能这样了
everysec: 每秒将os cache中的数据fsync到磁盘，这个最常用的，生产环境一般都这么配置，性能很高，QPS还是可以上万的
no: 仅仅redis负责将数据写入os cache就撒手不管了，然后后面os自己会时不时有自己的策略将数据刷入磁盘，不可控了
4、机器宕机了，可能会导致AOF文件破损
用redis-check-aof --fix appendonly.aof 命令来修复破损的AOF文件(在redis/src目录下)
