说句实话，redis这个软件要学习的东西实在多，多到，看的多了就容易迷失，而且还记不住。个人觉得靠记忆去学习一个知识肯定是比较糟糕的，所以还是要带着理解的，最终变成自己的东西，那这个东西才是自己的。 redis里面东西很多，个人认为认知一个知识、框架，软件，首先要知道背景、它解决的擅长点，缺点后，再从一个软件的ROOT出发，去有条理学习这个知识点，这样学习东西才会形成自己的一个体系 下面这篇文章，作者看了之后，觉得应该是作者认为redis的一个ROOT核心、中心知识点，很多东西其实都是围绕这它向四周扩展、发散、填充。 先从redisServer讲起，redis服务端所有数据库都保存在一个redisServer结构内,可以看我下面的图比较形象，里面有一个db数组，表达的是多个redis数据库，我们知道，redis数据库一般默认是分配了16个【从0-15】，客户端可以通过命令select 进行选择，比如select 1选择的是索引为1的数据库，客户端结构保存了指向DB数组的目标数据库指针。再回到服务端...
说句实话，redis这个软件要学习的东西实在多，多到，看的多了就容易迷失，而且还记不住。个人觉得靠记忆去学习一个知识肯定是比较糟糕的，所以还是要带着理解的，最终变成自己的东西，那这个东西才是自己的。
redis里面东西很多，个人认为认知一个知识、框架，软件，首先要知道背景、它解决的擅长点，缺点后，再从一个软件的ROOT出发，去有条理学习这个知识点，这样学习东西才会形成自己的一个体系
下面这篇文章，作者看了之后，觉得应该是作者认为redis的一个ROOT核心、中心知识点，很多东西其实都是围绕这它向四周扩展、发散、填充。
先从redisServer讲起，redis服务端所有数据库都保存在一个redisServer结构内,可以看我下面的图比较形象，里面有一个db数组，表达的是多个redis数据库，我们知道，redis数据库一般默认是分配了16个【从0-15】，客户端可以通过命令select 进行选择，比如select 1选择的是索引为1的数据库，客户端结构保存了指向DB数组的目标数据库指针。再回到服务端，db数组内，单个DB由一个redisDB结构表达，里面有一个dict字典属性，单个数据库的所有数据都存储在里面，dict是一个字典，KEY是所有命令操作的字符串，值是对应的数据结构，具体看我下面的截图数据结构
所以主要是从redisserver数据结构再到redisDB结构，再落实到redisDB里面的dict字典结构，再延伸各个具体的数据结构(比如string,list,hash,set,zset)可以深入到具体数据结构，比如sds,双端列表，skipList等，一一展开...
typedef struct redisDB{
键空间
}
dict的键是我们常用的键，值是各种数据类型比如字符串，哈希，列表，集合、有序集合等
比如set msg “hello”,msg就是dict的KEY对象是一个string类型字符串
Rpush “user” 33 中user是键空间的KEY字符串对象
再延伸各个数据结构比如
SDS、双端列表、字典、跳表等
在读写键时的维护
上面的会引发另外的知识点
比如
键过期、淘汰策略、内存回收、持久化等
