Redis：常见面试题

常见面试题

1、Redis提供哪些数据类型？

1. String：string是最简单的类型，你可以理解成与Memcached一模一样的类型，一个key对应一个value，其上支持的操作与Memcached的操作类似。但它的功能更丰富。
2. list（双向链表）：list是一个链表结构，主要功能是push、pop、获取一个范围的所有值等等。操作中key理解为链表的名字。
3. set：包含字符串的无序收集器(unordered collection)、并且被包含的每个字符串都是独一无二的。添加，获取，移除单个元素，检查一个元素是否存在于集合中，计算交集，并集，差集，从集合里面随机获取元素。
4. hash：包含键值对无序散列表，添加，获取，移除当键值对，获取所有键值对。
5. zset：字符串成员(member)与浮点数分值(score)之间的有序映射，元素的排列顺序由分值的大小决定。添加，获取，删除单个元素，根据分值范围(range)或者成员来获取元素。

2、Redis事务机制？

Redis 事务可以一次执行多个命令， 并且带有以下两个重要的保证：

• 批量操作在发送 EXEC 命令前被放入队列缓存。
• 收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行。
• 在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。

一个事务从开始到执行会经历以下三个阶段：

• 开始事务。
• 命令入队。
• 执行事务。

单个 Redis 命令的执行是原子性的，但 Redis 没有在事务上增加任何维持原子性的机制，所以 Redis 事务的执行并不是原子性的。

事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做。

下表列出了 redis 事务的相关命令：

序号	命令及描述
1	DISCARD  取消事务，放弃执行事务块内的所有命令。
2	EXEC  执行所有事务块内的命令。
3	MULTI  标记一个事务块的开始。
4	UNWATCH  取消 WATCH 命令对所有 key 的监视。
5	WATCH key [key ...]  监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。

3、Redis事务与MySQL事务的区别？

事务命令
MySQL：

1. BEGIN：显式地开启一个事务；
2. COMMIT：提交事务，将对数据库进行的所有修改变成为永久性的；
3. ROLLBACK：结束用户的事务，并撤销正在进行的所有未提交的修改；

Redis：

1. MULTI：标记事务的开始；
2. EXEC：执行事务的commands队列；
3. DISCARD：结束事务，并清除commands队列；

默认状态

MySQL：

• MySQL会默认开启一个事务，且缺省设置是自动提交，即，每成功执行一个SQL，一个事务就会马上 COMMIT。所以不能Rollback。

Redis：

• Redis默认不会开启事务，即command会立即执行，而不会排队。并不支持Rollback

使用方式
MySQL（两种）：

1. 用 BEGIN, ROLLBACK, COMMIT，显式开启并控制一个 新的 Transaction。
2. 执行命令SET AUTOCOMMIT=0，用来禁止当前会话自动commit，控制默认开启的事务。

Redis：

1. 用 MULTI, EXEC, DISCARD，显式开启并控制一个Transaction（注意：这里没有强调**“新的”**，因为默认是不会开启事务的）。

4、Redis可能会遇到的问题，如何解决？

1）缓存穿透：缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中时需要从数据库查询，查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到数据库去查询，造成缓存穿透。

解决办法：

1. 对所有可能查询的参数以hash形式存储，在控制层先进行校验，不符合则丢弃。还有最常见的则是采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。
2. 也可以采用一个更为简单粗暴的方法，如果一个查询返回的数据为空（不管是数 据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。

2）缓存雪崩：如果缓存集中在一段时间内失效，发生大量的缓存穿透，所有的查询都落在数据库上，造成了缓存雪崩。

这个没有完美解决办法，但可以分析用户行为，尽量让失效时间点均匀分布。大多数系统设计者考虑用加锁或者队列的方式保证缓存的单线程（进程）写，从而避免失效时大量的并发请求落到底层存储系统上。

解决方法：

1. 在缓存失效后，通过加锁或者队列来控制读数据库写缓存的线程数量。比如对某个key只允许一个线程查询数据和写缓存，其他线程等待。
2. 可以通过缓存reload机制，预先去更新缓存，再即将发生大并发访问前手动触发加载缓存
3. 不同的key，设置不同的过期时间，让缓存失效的时间点尽量均匀
4. 做二级缓存，或者双缓存策略。A1为原始缓存，A2为拷贝缓存，A1失效时，可以访问A2，A1缓存失效时间设置为短期，A2设置为长期。

3）缓存击穿：缓存击穿，是指一个key非常热点，在不停的扛着大并发，大并发集中对这一个点进行访问，当这个key在失效的瞬间，持续的大并发就穿破缓存，直接请求数据库，就像在一个屏障上凿开了一个洞。

5、Redis内存过大怎么办？

1. 设置过期时间
2. 规划合理使用
3. 及时清理无用数据
4. 大文本数据压缩
5. 尝试pika，360开源框架，完全支持redis，磁盘代替内存，适合内存占用过大，多线程。