数据类型
string/list/hash/set/zset
其中list底层数据结构3.2版本为quicklist(由linkedlist+ziplist组合而成),zset由dict+skiplist实现
持久化机制
https://blog.csdn.net/JavaTeachers/article/details/108998121
rdb
关注点
- bgsave(即开始rbd备份)开启方式为x时间内发生了x次事件
- 可后台执行,通过操作系统命令fork子进程,该过程阻塞父线程(即不可接受新消息),fork之后通过内存快照异步生成rdb文件然后替换原rdb文件(即每次生成的rbd都是全量文件)
- 生成内存快照到下次fork子进程时间段中父进程做的增加命令无法同步
- rdb是格式紧凑的二进制文件,redis异常恢复速度快
aof
关注点
- aof本质是记录命令操作日志放入内存缓存区,然后在合适时机(可配置,默认为1s1次)写入磁盘
- aof很臃肿,记录了很多无用命令,需要重写
- 重写流程为fork子进程,子进程对内存快照中的数据转化为新增命令写入新的aof文件,同时父进程新开辟重写缓冲区,用来缓存生成内存快照到写完新aof文件这段时间内的新命令,完成新的aof文件后将重写缓冲区中的命令追加到aof,然后替换旧文件即完成整个重写流程
写时复制
fork子进程采用了写时复制技术,通俗来讲即当发生fork时,内核会把父进程的内存页权限设置为read-only,在父进程内存没有发生变化的场景下,子进程无需开辟新的物理内存空间,直接映射到父进程的内存地址,当此进程内存数据发生变化时,cpu硬件检测到内存页时read-only,会触发页异常中断,此时内核会开辟内存,复制内存数据,至此父子进程各有一份独立数据,在redis场景中表现出子进程在备份过程中,无法感知到最新的数据变化。
慢查询
showlog get
架构
- 单节点
- 主从
- 哨兵+主从,哨兵使用raft保持分布式一致性
- 集群
- 可扩展性,一致性hash,哈希槽