add是redis命令吗redis是一个key-value存储系统 。和Memcached类似 ， 它支持存储的value类型相对更多，包括string（字符串）、list（链表）、set（集合）、zset（sorted set --有序集合）和hash（哈希类型） 。
string 类型是 Redis 最基本的数据类型，string 类型的值最大能存储 512MB 。命令： SET 和 GET 命令 。hash Redis hash 是一个键值（key=value）对集合 。
意思是 redis 的 string 可以包含任何数据 。比如jpg图片或者序列化的对象 。string 类型是 Redis 最基本的数据类型，string 类型的值最大能存储 512MB 。常用命令：get、set、incr、decr、mget等 。
redis叫做远程字典服务，是一个key-value存储系统 。和Memcached类似，它支持存储的value类型相对更多，包括string（字符串）、list（链表）、set（集合）和zset（有序集合） 。
Redis的Set是string类型的无序集合，集合是通过哈希表实现的，所以添加，删除 ， 查找的复杂度都是O（1） 。
5、Redis6.0版的新特性1、Redis 0的多线程并未将事件处理改成多线程，而是在I/O上 。
2、Redis多线程只用来处理网络数据的读写和协议解析，命令的执行仍旧是单线程 。这样的设计改变是为了不想让Redis因为引入多线程变得复杂 。
3、Redis 创始人兼核心开发者 antirez 在博客介绍了将在 Redis 6 提供的新功能 —— Client side caching（客户端缓存）。
Redis为什么会那么快?1、Redis 之所以快，是因为它完全基于内存，绝大部分请求是纯粹的内存操作，非常快速 。数据存在内存中，类似于HashMap，HashMap的优势就是查找和操作的时间复杂度都是O（1） 。
2、Redis是纯内存数据库，一般都是简单的存取操作，线程占用的时间很多，时间的花费主要集中在IO上，所以读取速度快 。
3、Redis 的执行效率快的原因有以下几点：- Redis 将数据储存在内存里面，读写数据的时候都不会受到硬盘 I/O 速度的限制，所以速度极快 。
4、因为Redis是基于内存的操作，CPU不是Redis的瓶颈，Redis的瓶颈最有可能是机器内存的大小或者网络带宽 。既然单线程容易实现 ， 而且CPU不会成为瓶颈，所以 Redis 是单线程的 。
5、Redis的高并发和快速原因redis是基于内存的，内存的读写速度非常快；redis是单线程的，省去了很多上下文切换线程的时间；redis使用多路复用技术，可以处理并发的连接 。
6、Redis之所以快，是因为它采用了单进程单线程模型的KV数据库，由C语言编写 。这个模型的优点在于 ， 它完全基于内存，绝大部分请求是纯粹的内存操作，非常快速 。此外，Redis采用单线程避免了不必要的上下文切换和竞争条件 。
redis是多线程的redis不是多线程 。redis是单线程的原因在于redis用单个CPU绑定一块内存的数据，然后针对这块内存的数据进行多次读写的时候，都是在一个CPU上完成的 。
Redis采用的是单进程单线程模型的KV数据库，由C语言编写 。官方提供的数据是可以达到100000+的qps 。这个数据不比采用单进程多线程的同样基于内存的KV数据库Memcached差 。
Redis 0的多线程并未将事件处理改成多线程 ， 而是在I/O上 。
Redis多线程只用来处理网络数据的读写和协议解析，命令的执行仍旧是单线程 。这样的设计改变是为了不想让Redis因为引入多线程变得复杂 。
【包含redis6.0.17的词条】我的做法是，程序端控制资源访问，设置读写锁，更新就请求写锁，读锁是共享的，但是读锁与写锁是互斥的 。更新必须按顺序更新 ， 读取可以并发 。这样肯定对 。因为确认不了redis的线程安全性，自己实现线程安全更保险 。
