redis面试常见问题 redis面试必看

面试问题redis有哪些集群方案Redis官方集群方案 Redis Cluster Redis Cluster是一种服务器Sharding技术,0版本开始正式提供 。Redis Cluster中,Sharding采用slot(槽)的概念 , 一共分成16384个槽,这有点儿类pre sharding思路 。
Proxy:现在很多主流的Redis集群都会使用Proxy方式,例如早已开源的Codis 。这种方案有很多优点,因为支持原声redis协议,所以客户端不需要升级,对业务比较友好 。并且升级相对平滑,可以起多个Proxy后 , 逐个进行升级 。
【redis面试常见问题 redis面试必看】以Java语言为例,简单说一下,除了一些公司自主开发的集群外 。
传统的Redis集群采用的主从复制模式 , 一般为一主多从,主节点有读写权限,但是从节点只有读的权限 。主节点会定期将数据同步到从节点中,保证数据一致性的问题 。
但仍存在的问题是:Redis较难支持在线扩容,对于集群 , 容量达到上限时在线 扩容会变得很复杂。Redis Cluster采用虚拟槽分区,所有的键按照哈希函数映射到0~16383槽中,每个Redis节点维护部分槽和槽中的数据 。
Redis 高可用的主要有三种模式: 主从模式 ,  哨兵模式和集群模式 。Redis 提供了 Redis 提供了复制(replication)功能,当一台 redis 数据库中的数据发生了变化,这个变化会被自动地同步到其他的 redis 机器上去 。
redis┃面试官问我redis事务和mysql事务的区别,我mysql和redis因为需求的不同,一般都是配合使用 。
redis是一个支持网络、可基于内存亦可持久化的日志型、Key-Value数据库 。可以认为redis比mysql简化很多 。mysql支持集群 。
类型不同 MySQL是关系型数据库;而Redis是非关系型数据库 。作用不同 mysql用于持久化的存储数据到硬盘,功能强大,但是速度较慢 。redis用于存储使用较为频繁的数据到缓存中,读取速度快 。
存储数据的方法不同:mysql作为关系型数据库,是用二维表来存储数据,redis作为非关系型数据库,使用key_value键值对来存储数据 。作用不同:mysql主要是用来存储数据用的,因为用表存数据方便查询,统计 , 管理 。
Redis是什么 这个问题的结果影响了我们怎么用Redis 。如果你认为Redis是一个key value store,那可能会用它来代替MySQL;如果认为它是一个可以持久化的cache ,  可能只是它保存一些频繁访问的临时数据 。
mysql读写分离只是减少了服务器的并发读写时候的压力 。从而提高高并发或者大量数据读写时候的效率 。redis做缓存 , 类似于hibernate的三级缓存,hibernate三级缓存是用ehcache实现的 。
面试中问到Redis持久化的原理,本篇在做详细解答可在redis.conf中配置,会以一段时间内达到指定修改的次数为规则来触发快照操作,快照文件名为dump.rdb 。每当Redis服务重启的时候都会从该文件中把数据加载到内存中 。在60秒内有10000次操作即触发RDB持久化 。
RDB 持久化机制 :是对 redis 数据执行周期性的持久化 。这种方式就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为 dump.rdb 。客户端也可以使用save或者bgsave命令通知redis做一次快照持久化 。
AOF(append only file)持久化:以独立日志的方式记录每次写命令,重启时再重新执行AOF文件中的命令达到恢复数据的目的 。AOF的主要作用是解决了数据持久化的实时性,目前已经是Redis持久化的主流方式 。
redis提供两种方式进行持久化 , 一种是RDB持久化(原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化),另外一种是AOF(append only file)持久化(原理是将Reids的操作日志以追加的方式写入文件) 。
redis面试之数据结构1、redis数据结构有哪些?推荐:《redis视频教程》字符串(strings):存储整数(比如计数器)和字符串(废话 。
2、Redis中的链表结构主要是List 。Redis的List数据结构实际上是一个双向链表,这意味着我们可以在链表中的任何位置进行插入或者删除操作 。
3、string是redis的最基本的数据类型 。string类型是二进制安全的 , 也就是说string里可以包含任何的数据类型 。
大厂面试题详解:如何用Redis实现分布式锁?1、直接使用 set(key,value,NX , EX,timeout) 指令,同时设置锁和超时时间 。以上两种方法,使用哪种方式都可以 。释放锁的脚本两种方式都一样,直接调用 Redis 的 del 指令即可 。
2、可以尽量把锁自动过期的时间设的冗余一些 。但也不能彻底解决 。可以在删除锁的时候先get值,判断值是否是当前线程存的随机值 , 只有相同才执行删锁的操作;当然也要使用 lua 脚本执行来保证原子性 。
3、如返回1,则该客户端获得锁,把lock.foo的键值设置为时间值表示该键已被锁定,该客户端最后可以通过DEL lock.foo来释放该锁 。如返回0,表明该锁已被其他客户端取得,这时我们可以先返回或进行重试等对方完成或等待锁超时 。
4、如果想要实现可重入的分布式锁的话,需要在设置value的时候加上线程信息和加锁次数的信息 。但是这是简单的思路,如果加上过期时间等问题之后 , 可重入锁就可能比较复杂了 。
5、使用分布式锁要满足的几个条件:系统是一个分布式系统(关键是分布式 , 单机的可以使用ReentrantLock或者synchronized代码块来实现)共享资源(各个系统访问同一个资源,资源的载体可能是传统关系型数据库或者NoSQL) 。

    推荐阅读