java——比较难和底层的面试题 Redis相关

Redis支持五种数据类型

：String（字符串），Hash（哈希），List（列表），Set（集合）及Zset(sorted set：有序集合)。

*String(字符串)

String是redis最基本的类型，你可以理解成与Memcached一模一样的类型，一个key对应一个value。

String类型是二进制安全的。意思是redis的string可以包含任何数据。比如jpg图片或者序列化的对象 。

String类型是Redis最基本的数据类型，一个键最大能存储512MB。

在以上Demo中我们使用了 Redis 的 SET 和 GET 命令。键为 name，对应的值为"cxy"。

*Hash(哈希)

Redis hash 是一个键值对集合。

Redis hash是一个string类型的field和value的映射表，hash特别适合用于存储对象。

举例说明：

以上Demo中 hash 数据类型存储了包含用户脚本信息的用户对象。 Demo中我们使用了 Redis HMSET, HEGTALL 命令，cityhash 为键值。

*List(列表)

Redis 列表是简单的字符串列表，按照插入顺序排序。你可以添加一个元素导列表的头部（左边）或者尾部（右边）。

*Set(集合)

Redis的Set是string类型的无序集合。

集合是通过哈希表实现的，所以添加，删除，查找的复杂度都是O(1)。

sadd 命令:添加一个string元素到,key对应的set集合中，成功返回1,如果元素以及在集合中返回0,key对应的set不存在返回错误。

*Zset(sorted set：有序集合)

Redis zset 和 set 一样也是string类型元素的集合,且不允许重复的成员。不同的是每个元素都会关联一个double类型的分数。redis正是通过分数来为集合中的成员进行从小到大的排序。

zset的成员是唯一的,但分数(score)却可以重复。

zadd 命令：添加元素到集合，元素在集合中存在则更新对应score

Redis为什么那么快？

• 纯内存KV操作
• 内部是单程实现的（不需要创建/销毁线程，避免上下文切换，无并发资源竞争的问题）
• 异步非阻塞的I/O（多路复用）

Redis为什么使用单线程？

Redis使用单线程就够了！我们可以看到下图中官网的描述，Redis的使用瓶颈并不是CPU，它主要受到内存和网络的限制。例如，使用在一般Linux系统上运行的流水线Redis每秒可以发送一百万个请求，因此，如果您的应用程序主要使用O（N）或O（log（N））命令，则几乎不会使用过多的CPU 。

Redis使用单线程，相比于多线程快在哪里？

从上面官网的介绍我们看到了，Redis的瓶颈不在线程，不在获取CPU的资源，所以如果使用多线程就会带来多余的资源占用。比如上下文切换、资源竞争、锁的操作。

• 上下文的切换 ：下文其实不难理解，它就是CPU寄存器和程序计数器。主要的作用就是存放没有被分配到资源的线程，多线程操作的时候，不是每一个线程都能够直接获取到CPU资源的，我们之所以能够看到我们电脑上能够运行很多的程序，是应为多线程的执行和CPU不断对多线程的切换。但是总有线程获取到资源，也总有线程需要等待获取资源，这个时候，等待获取资源的线程就需要被挂起，也就是我们的寄存。这个时候我们的上下文就产生了，当我们的上下文再次被唤起，得到资源的时候，就是我们上下文的切换。
• 竞争资源：竞争资源相对来说比较好理解，CPU对上下文的切换其实就是一种资源分批，但是在切换之前，到底切换到哪一个上下文，就是资源竞争的开始。在我redis中由于是单线程的，所以所有的操作都不会涉及到资源的竞争。
• 锁的消耗：对于多线程的情况来讲，不能回避的就是锁的问题。如果说多线程操作出现并发，有可能导致数据不一致，或者操作达不到预期的效果。这个时候我们就需要锁来解决这些问题。当我们的线程很多的时候，就需要不断的加锁，释放锁，该操作就会消耗掉我们很多的时间

单进程单线程的Redis如何能够高并发

https://www.cnblogs.com/darknebula/p/10072658.html

 

Redis如何使用Redis实现分布式锁？

https://www.cnblogs.com/moxiaotao/p/10829799.html