Redis为什么会那么快?1、Redis 之所以快，是因为它完全基于内存 ， 绝大部分请求是纯粹的内存操作，非常快速 。数据存在内存中，类似于HashMap ， HashMap的优势就是查找和操作的时间复杂度都是O（1） 。
2、Redis快的主要原因是：完全基于内存数据结构简单，对数据操作也简单使用多路 I/O 复用模型第二点不细讲，主要围绕第三点采用多路 I/O 复用技术来展开 。
3、因为Redis是基于内存的操作，CPU不是Redis的瓶颈，Redis的瓶颈最有可能是机器内存的大小或者网络带宽 。既然单线程容易实现，而且CPU不会成为瓶颈，所以 Redis 是单线程的 。
4、Redis 的执行效率快的原因有以下几点：- Redis 将数据储存在内存里面，读写数据的时候都不会受到硬盘 I/O 速度的限制，所以速度极快 。
5、锁不是影响性能的主要因素 。线程锁 （mutex_lock） 只有在遇到冲突的情况下性能会下降 ， 而正常情况下，遇到冲突的概率很低 。如果只是简单的加锁、释放锁速度是非常快的，每秒钟上千万次没问题 。
6、redis是基于内存的，内存的读写速度非常快；redis是单线程的，省去了很多上下文切换线程的时间；redis使用多路复用技术，可以处理并发的连接 。非阻塞IO内部实现采用epoll，采用了epoll+自己实现的简单的事件框架 。
redis支持服务端锁定吗1、Redis支持服务端锁定，通过使用SET命令来设置一个唯一的键值对实现的 。当一个客户端想要获取锁时，它会使用SET命令来设置一个键值对，其中键是一个唯一的字符串，表示锁的名称 ， 值是一个时间戳，表示客户端想要获取锁的时间 。
2、亲 。redis是没有锁机制的哟 。对于多个用户连接也不存在竞争问题 。但是在进行并发时可能会出现连接超时，连接被阻塞或者是连接被关闭之类的错误 。
3、思路是在加锁的时候多加锁几台redis服务器，通常情况下redis部署的时候是2n+1台，那么在加锁的时候需要保证过半数服务器加锁成功了，也就是说n+1台服务器 。这时候除非整个集群都不可用了 ， 则这个安全性将大幅度提升 。
4、如果你只有一台服务器，只运行一个Java程序，那么可以使用Java语言自身的一些锁来实现原子性 。但如果我们有多台服务器，甚至不同服务器上跑的是不同的语言 。那这时候 ， 我们就需要一个跨平台、跨语言的加锁方式 。
redis缓存可以解决模糊查询吗1、因为内存网格是基于对象做缓存的，所以还要额外多出一列（Staff列）保存整个对象的编码，例如序列化后的二进制或者JSON格式等，便于直接返回给应用后进行反序列化 。
2、这样的查询 ， 在Redis是没办法通过value进行比较得出结果的 。
3、此方式仅适用于查询条件单且字段长度较短场景，如果：同时模糊匹配帖子标题和帖子文章，就不行了，标题还能试试，内容肯定无法实现的 。当然Redis先天不适合做这件事，所以有别的方案，还是建议用别的方案来实现 。
redis不支持以下哪个功能1、redis不支持滚特性和持久性 。当操作被打断时，不支持事务中的回滚特性，Redis不支持数据的持久化，不能将内存中的数据保持在磁盘中 ， 重启的时候不饿能再次加载进行使用 。
2、INFO Keyspace： INFO Keyspace 命令用于获取指定键的信息，但是在 Redis 集群模式下不支持此命令 。可以使用 CLUSTER KEYSLOT 命令获取指定键所在的槽位，然后使用 REDIS CLUSTER INFO 命令来获取集群信息 。
3、不支持redis是不支持缓存，分布式锁、消息队列 。在实际项目中Redis常被应用于做缓存，分布式锁、消息队列等 。
4、Redis本身不支持服务端锁定 。Redis是一种高性能的内存数据库，它被广泛用于各种需要快速读写数据的场景 。然而，Redis并没有在服务端提供显式的锁定机制 。在实践中，开发者通常使用Redis的其他特性来实现锁定的效果 。
5、redis数据库支持数据类型不包含Long 。String是最常用的一种数据类型，String类型的值可以是字符串、数字或者二进制 ， 但值最大不能超过512MBHash是一个键值对集合Set是无序去重的集合 。Set提供了交集、并集等方法 。
【redis不支持什么数据结构 redis不支持哪种特性】6、Redis默认情况下不允许密码为空 。实际上，Redis默认情况下是没有开启密码认证的，也就是说，任何人都可以通过Redis的默认端口（6379）直接连接到Redis服务器，并进行任意操作 。
