●主从复制,哨兵,高可用。
●可以用作分布式锁。
●可以作为消息中间件使用,支持发布订阅。
首先Redis内部使用-一个redisObject对象来表示所有的key和value。
redisObject最主要的信息如上图所示:type表示一个value 对象具体是何种数据类型, encoding是不同数据类型在Redis内部的存储方式。
比如:type=string表示value存储的是一个普通字符串,那么encoding可以是raw或者int。
下面我简单说下5种数据类型:
①String是Redis最基本的类型,可以理解成与Memcached一模一样的类型,一个Key对应一个ValueValue不仅是String,也可以是数字。
String类型是二进制安全的,意思是Redis 的String类型可以包含任何数据,比如jpg图片或者序列化的对象。String类型的值最大能存储512M。
②Hash是一个键值(key-value)的集合。Redis的Hash是一个String 的Key和Value的映射表, Hash特别适合存储对象。常用命令: hget, hset,hgetall等。
③List列表是简单的字符串列表,按照插入顺序排序。可以添加一个元素到列表的头部(左边)或者尾部(右边)常用命令:lpush. rpush. lpop. rpop. lrange (获取列表片段)等。
应用场景:List应用场景非常多,也是Redis最重要的数据结构之一,比如Twitter的关注列表,粉丝列表都可以用List结构来实现。
数据结构:List就是链表,可以用来当消息队列用。Redis提供了List的Push和Pop操作,还提供了操作某一段的API,可以直接查询或者删除某一段的元素。
实现方式:RedisList的是实现是-一个双向链表,既可以支持反向查找和遍历,更方便操作,不过带来了额外的内存开销。
④Set是String类型的无序集合。集合是通过hashtable实现的。Set中的元素是没有顺序的，而且是没有重复的。常用命令:sdd、spop. smembers. sunion等。
应用场景: Redis Set对外提供的功能和List一样是一个列表,特殊之处在于Set是自动去重的，而且Set提供了判断某个成员是否在一个Set集合中。
⑤Zset和Set一样是String类型元素的集合,且不允许重复的元素。常用命令:zadd. zrange. zrem、zcard等。
使用场景:SortedSet可以通过用户额外提供一个优先级(score)的参数来为成员排序,并且是插入有序的,即自动排序。
当你需要一个有序的并且不重复的集合列表,那么可以选择Sorted Set结构。
和Set相比, Sorted Set关联了一个Double类型权重的参数Score, 使得集合中的元素能够按照Score进行有序排列,Redis正是通过分数来为集合中的成员进行从小到大的排序。
实现方式:RedisSortedSet的内部使用HashMap和跳跃表(skipList)来保证数据的存储和有序,HashMap里放的是成员到Score的映射。
而跳跃表里存放的是所有的成员,排序依据是HashMap里存的Score,使用跳跃表的结构可以获得比较高的查找效率,并且在实现上比较简单。
直接通过Redis Template来使用,使用Spring Cache集成Redis pom .xml中加入以下依赖:
**spring-boot-starter-data-redis:**在Spring Boot 2.x以后底层不再使用Jedis,而是换成了Lettuce。
**com mons-pool2:**用作Redis连接池,如不引入启动会报错。
spring-session-data-redis: Spring Session引入,用作共享Session。
配置文件application.yml的配置:
缓存和数据库数据一致性问题:分布式环境下非常容易出现缓存和数据库间数据-致性问题,针对这一点,如果项目对缓存的要求是强一致性的,那么就不要使用缓存。
我们只能采取合适的策略来降低缓存和数据库间数据不一致的概率,而无法保证两者间的强一致性。
合适的策略包括合适的缓存更新策略,更新数据库后及时更新缓存、缓存失败时增加重试机制。
目前电商首页以及热点数据都会去做缓存,一般缓存都是定时任务去刷新,或者查不到之后去更新缓存的,定时任务刷新就有一个问题。
举个栗子:如果首页所有Key的失效时间都是12小时,中午12点刷新的,我零点有个大促活动大量用户涌入，假设每秒6000个请求,本来缓存可以抗住每秒5000个请求,但是缓存中所有Key都失效了。
此时6000个/秒的请求全部落在了数据库上,数据库必然扛不住,真实情况可能DBA都没反应过来直接挂了。
此时,如果没什么特别的方案来处理,DBA很着急,重启数据库,但是数据库立马又被新流量给打死了。这就是我理解的缓存雪崩。
官方提供的数据可以达到100000+的QPS (每秒内的查询次数) ,这个数据不比Memcached差!
Redis是单线程的,为什么还能这么快吗?
我:可以这么说吧，总结一下有如下四点:
●Redis完全基于内存,绝大部分请求是纯粹的内存操作,非常迅速，数据存在内存中,类似于HashMap,HashMap的优势就是查找和操作的时间复杂度是0(1)。
●数据结构简单,对数据操作也简单。
●采用单线程，避免了不必要的上下文切换和竞争条件,不存在多线程导致的CPU切换，不用去考虑各种锁的问题，不存在加锁释放锁操作,没有死锁问题导致的性能消耗。
●使用多路复用10模型,非阻塞10。
选择Redis的缓存方案而不用Memcached
原因有如下四点:
●存储方式上:Memcache会把数据全部存在内存之中,断电后会挂掉,数据不能超过内存大小。Redis有部分数据存在硬盘上,这样能保证数据的持久性。
●数据支持类型上:Memcache对数据类型的支持简单,只支持简单的key-value,而Redis支持五种数据类型。
●使用底层模型不同:它们之间底层实现方式以及与客户端之间通信的应用协议不一样。Redis直接自己构建了VM机制，因为一般的系统调用系统函数的话,会浪费一定的时间去移动和请求。
●Value的大小:Redis可以达到1GB,而Memcache只有1MB。
Redis有六种淘汰策略,如下图:
补充一下:Redis 4.0加入了LFU (least frequency use)淘汰策略,包括volatile-lfu和alkeys-lfu,通过统计访问频率,将访问频率最少,即最不经常使用的KV淘汰。
Redis为了保证效率,数据缓存在了内存中,但是会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件中,以保证数据的持久化。
总结：心得体会
既然选择这个行业，选择了做一个程序员，也就明白只有不断学习，积累实战经验才有资格往上走，拿高薪，为自己，为父母，为以后的家能有一定的经济保障。
学习时间都是自己挤出来的，短时间或许很难看到效果，一旦坚持下来了，必然会有所改变。不如好好想想自己为什么想进入这个行业，给自己内心一个答案。
面试大厂，最重要的就是夯实的基础，不然面试官随便一问你就凉了；其次会问一些技术原理，还会看你对知识掌握的广度，最重要的还是你的思路，这是面试官比较看重的。
最后，上面这些大厂面试真题都是非常好的学习资料，通过这些面试真题能够看看自己对技术知识掌握的大概情况，从而能够给自己定一个学习方向。包括上面分享到的学习指南，你都可以从学习指南里理顺学习路线，避免低效学习。
大厂Java架构核心笔记（适合中高级程序员阅读）：
，给自己内心一个答案。
面试大厂，最重要的就是夯实的基础，不然面试官随便一问你就凉了；其次会问一些技术原理，还会看你对知识掌握的广度，最重要的还是你的思路，这是面试官比较看重的。
最后，上面这些大厂面试真题都是非常好的学习资料，通过这些面试真题能够看看自己对技术知识掌握的大概情况，从而能够给自己定一个学习方向。包括上面分享到的学习指南，你都可以从学习指南里理顺学习路线，避免低效学习。
大厂Java架构核心笔记（适合中高级程序员阅读）：
[外链图片转存中…(img-M3a58laG-1720123004535)]
扫一扫
2万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
