Redis有两种持久化的方式,一种是RDB,另外种是AOF。RDB是将Redis内存中数据的快照存储在磁盘内,是Redis的默认持久化方案。
存储结构: 内容是redis通讯协议(RESP )格式的命令文本存储。比较: aof文件比rdb更新频率高,优先使用aof还原数据。
RDB 持久化机制 :是对 redis 数据执行周期性的持久化。这种方式就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为 dump.rdb。客户端也可以使用save或者bgsave命令通知redis做一次快照持久化。
Redis支持RDB和AOF两种持久化机制,持久化功能有效地避免因进程退出造成的数据丢失问题,当下次重启时利用之前持久化的文件即可实现数据恢复。理解掌握持久化机制对于Redis运维非常重要。
内存淘汰策略: LRU 算法: 缓存架构(多级缓存架构、热点缓存) redis 高并发瓶颈在单机,读写分离,一般是支撑读高并发,写请求少,也就 一秒一两千,大量请求读,一秒钟二十万次。
使用redis-trib.rb,这个是安装redis时就自带的一种集群,采用了服务端分片的方式,支持主备,此集群既解决了高并发的问题,也解决了高可用的问题。Jedis使用JedisCluster类来访问。使用Jedis带的客户端分片ShardedJedisPool类。
所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽。节点的fail是通过集群中超过半数的节点检测失效时才生效。
Proxy:现在很多主流的Redis集群都会使用Proxy方式,例如早已开源的Codis。这种方案有很多优点,因为支持原声redis协议,所以客户端不需要升级,对业务比较友好。并且升级相对平滑,可以起多个Proxy后,逐个进行升级。
redis是一个key-value存储系统和Memcached类似,它支持存储的value类型相对更多,包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash(哈希类型)。
传统的Redis集群采用的主从复制模式,一般为一主多从,主节点有读写权限,但是从节点只有读的权限。主节点会定期将数据同步到从节点中,保证数据一致性的问题。
搭配良好的客户端分片策略,可以让整个集群获得很好的扩展性。当然劣势也很明显,用户需要自己对付 Redis 节点宕机的情况,需要采用更复杂的策略来做 replica,以及需要保证每个客户端看到的集群“视图”是一致的。
1、一下子填满的情况可以是往 Redis 里写大量数据,百万千万数量级那种。另一个情况可以是 Redis 服务端因执行耗时操作,阻塞住了,导致没法消费输入缓冲区数据。对应上面 2 个溢出场景,优化方向很自然就有了。
2、将缓冲区的内容写入程序缓冲区 步骤三 将程序缓冲区的内容写入文件 当AOF持久化功能处于开启状态时,服务器每执行完一个命令就会将命令以协议格式追加写入redisServer结构体的aof_buf缓冲区。
3、好吧,面试官知道你不懂,便又想到一个他熟悉的问题。如果刚好你也不懂这个知识点,那么面试官可能就认为你Redis不熟悉。就这样两个问题就把你的Redis给pass了,其实你Redis还是蛮熟的,只是对内存方面不太熟而已。