频道发布与消息订阅
发布消息 | publish queue value |
监听消息 | subscribe queue |
一次监听多个频道 | psubscribe queue |
管理查看 所以 发布 和 监听 | pubsub queue |
RDB
持久化:把数据存储于断电后不会消失的设备中,通常在硬盘
常见的持久化的方式:
- 主从:通过从服务器保存和持久化,如mongoDB的replication sets 设置
- 日志:操作生成相关日志,并通过日志来恢复数据
- couchDB 对于数据内容不修改,只追加,则文件本身就是日志,不会丢失数
RDB快照持久化
rdb的工作原理:
每隔N分钟 或者N次写操作后,从内存dump数据形成rdb文件,压缩 放在备份目录
RDB的优缺点:对数据的恢复性较强,恢复速度快,但是在一定情况下数据会有所丢失
参数介绍
save 3600 1 即3600秒之后至少1个关键字发送变化
save 300 100 必须是300秒之后10个关键字发生变化
save 60 10000 必须是60秒之后至少10000个关键字发生变化
(这三个选项 注释后 rdb 被禁用)
stop-writes-on-bgsave-error 在rdb文件导出出错时,同时阻止继续写入redis 保证了数据的一致性
rdbcompression rdb文件数据过大,导出时压缩
rdbchecksum 从rdb导入数据到内存,检查rdb的完整性
dbfilename 导出的rdb文件名
导出的rdb文件在那个目录下
注意:
在2个保存点之间,断电将会丢失1-N分钟的数据 于是redis增添了aof (append ohly file)
请看下一帖-->Redis aof 日志持久化