本文主要是介绍redis相关概念，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

数据类型

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,哈希槽

这篇关于redis相关概念的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！