Redis（补充）

1.Redis为什么这么快？

Redis是基于内存操作的，它的瓶颈在于机器的内存、网络带宽，而不是CPU

127.0.0.1:6379> set name hanser
OK
127.0.0.1:6379> get name
"hanser"
127.0.0.1:6379> unlink name  # 这里是异步删除一个key，同步的话则是del name
(integer) 1
//FLUSHDB 命令也是一个同步移除命令，并且因为 FLUSHDB 移除的是整个数据库而不是单个键，所以它常常会引发比 DEL 命令更为严重的服务器阻塞现象。
//为了解决这个问题，Redis 4.0 给 FLUSHDB 命令新添加了一个 async
//如果用户在调用 FLUSHDB 命令时使用了 async 选项，那么实际的数据库清空操作将放在后台线程里面以异步方式进行，这样一来 FLUSHDB 命令就不会再阻塞服务器了，好处就是不会使Redis的主线程卡顿，会把这些删除操作交给后台线程来执行
127.0.0.1:6379> flushdb async #异步清空当前数据库
OK
127.0.0.1:6379> flushall async #异步清空所有数据库
OK

通常情况下使用 del 指令可以很快的删除数据，但是当被删除的 key 是一个非常大的对象时，例如：删除的是包含了成千上万个元素的 hash 集合时，那么 del 指令就会造成 Redis 主线程卡顿，因此使用惰性删除可以有效的避免 Redis 卡顿的问题。

Redis4.0之前是单线程的，那既然是单线程为什