摘要:所以查閱官方文檔以及他人造好的輪子,總結了一些面試和學習中你必須掌握的問題。在微博應用中,可以將一個用戶所有的關注人存在一個集合中,將其所有粉絲存在一個集合。
昨天寫了一篇自己搭建redis集群并在自己項目中使用的文章,今天早上看別人寫的面經發現redis在面試中還是比較常問的(筆主主Java方向)。所以查閱官方文檔以及他人造好的輪子,總結了一些redis面試和學習中你必須掌握的問題。事無巨細,不可能囊括到所有內容,盡量把比較常見的寫出來。歡迎關注我的微信公眾號:“Java面試通關手冊”,也可以加我微信:“bwcx9393”與我學習交流。
什么是Redis?Redis 是一個使用 C 語言寫成的,開源的 key-value 數據庫。。和Memcached類似,它支持存儲的value類型相對更多,包括string(字符串)、list(鏈表)、set(集合)、zset(sorted set --有序集合)和hash(哈希類型)。這些數據類型都支持push/pop、add/remove及取交集并集和差集及更豐富的操作,而且這些操作都是原子性的。在此基礎上,redis支持各種不同方式的排序。與memcached一樣,為了保證效率,數據都是緩存在內存中。區別的是redis會周期性的把更新的數據寫入磁盤或者把修改操作寫入追加的記錄文件,并且在此基礎上實現了master-slave(主從)同步。目前,Vmware在資助著redis項目的開發和維護。Redis與Memcached的區別與比較
1 、Redis不僅僅支持簡單的k/v類型的數據,同時還提供list,set,zset,hash等數據結構的存儲。memcache支持簡單的數據類型,String。
2 、Redis支持數據的備份,即master-slave模式的數據備份。
3 、Redis支持數據的持久化,可以將內存中的數據保持在磁盤中,重啟的時候可以再次加載進行使用,而Memecache把數據全部存在內存之中
4、 redis的速度比memcached快很多
5、Memcached是多線程,非阻塞IO復用的網絡模型;Redis使用單線程的IO復用模型。
如果想要更詳細了解的話,可以查看慕課網上的這篇手記(非常推薦) :《腳踏兩只船的困惑 - Memcached與Redis》:https://www.imooc.com/article/23549
Redis與Memcached的選擇終極策略: 使用Redis的String類型做的事,都可以用Memcached替換,以此換取更好的性能提升; 除此以外,優先考慮Redis;
使用redis有哪些好處?(1) 速度快,因為數據存在內存中,類似于HashMap,HashMap的優勢就是查找和操作的時間復雜度都是O(1)
(2)支持豐富數據類型,支持string,list,set,sorted set,hash
(3) 支持事務,操作都是原子性,所謂的原子性就是對數據的更改要么全部執行,要么全部不執行
(4) 豐富的特性:可用于緩存,消息,按key設置過期時間,過期后將會自動刪除
Redis常見數據結構使用場景 1. String常用命令: set,get,decr,incr,mget 等。
String數據結構是簡單的key-value類型,value其實不僅可以是String,也可以是數字。
常規key-value緩存應用;
常規計數:微博數,粉絲數等。
常用命令: hget,hset,hgetall 等。
Hash是一個string類型的field和value的映射表,hash特別適合用于存儲對象。 比如我們可以Hash數據結構來存儲用戶信息,商品信息等等。
舉個例子: 最近做的一個電商網站項目的首頁就使用了redis的hash數據結構進行緩存,因為一個網站的首頁訪問量是最大的,所以通常網站的首頁可以通過redis緩存來提高性能和并發量。我用jedis客戶端來連接和操作我搭建的redis集群或者單機redis,利用jedis可以很容易的對redis進行相關操作,總的來說從搭一個簡單的集群到實現redis作為緩存的整個步驟不難。感興趣的可以看我昨天寫的這篇文章:
《一文輕松搞懂redis集群原理及搭建與使用》: https://juejin.im/post/5ad54d76f265da23970759d3
3.List常用命令: lpush,rpush,lpop,rpop,lrange等
list就是鏈表,Redis list的應用場景非常多,也是Redis最重要的數據結構之一,比如微博的關注列表,粉絲列表,最新消息排行等功能都可以用Redis的list結構來實現。
Redis list的實現為一個雙向鏈表,即可以支持反向查找和遍歷,更方便操作,不過帶來了部分額外的內存開銷。
4.Set常用命令:
sadd,spop,smembers,sunion 等
set對外提供的功能與list類似是一個列表的功能,特殊之處在于set是可以自動排重的。
當你需要存儲一個列表數據,又不希望出現重復數據時,set是一個很好的選擇,并且set提供了判斷某個成員是否在一個set集合內的重要接口,這個也是list所不能提供的。
在微博應用中,可以將一個用戶所有的關注人存在一個集合中,將其所有粉絲存在一個集合。Redis可以非常方便的實現如共同關注、共同喜好、二度好友等功能。
5.Sorted Set常用命令: zadd,zrange,zrem,zcard等
和set相比,sorted set增加了一個權重參數score,使得集合中的元素能夠按score進行有序排列。
舉例: 在直播系統中,實時排行信息包含直播間在線用戶列表,各種禮物排行榜,彈幕消息(可以理解為按消息維度的消息排行榜)等信息,適合使用Redis中的SortedSet結構進行存儲。
MySQL里有2000w數據,Redis中只存20w的數據,如何保證Redis中的數據都是熱點數據(redis有哪些數據淘汰策略???)相關知識:redis 內存數據集大小上升到一定大小的時候,就會施行數據淘汰策略(回收策略)。redis 提供 6種數據淘汰策略:
volatile-lru:從已設置過期時間的數據集(server.db[i].expires)中挑選最近最少使用的數據淘汰
volatile-ttl:從已設置過期時間的數據集(server.db[i].expires)中挑選將要過期的數據淘汰
volatile-random:從已設置過期時間的數據集(server.db[i].expires)中任意選擇數據淘汰
allkeys-lru:從數據集(server.db[i].dict)中挑選最近最少使用的數據淘汰
allkeys-random:從數據集(server.db[i].dict)中任意選擇數據淘汰
no-enviction(驅逐):禁止驅逐數據
Redis的并發競爭問題如何解決?Redis為單進程單線程模式,采用隊列模式將并發訪問變為串行訪問。Redis本身沒有鎖的概念,Redis對于多個客戶端連接并不存在競爭,但是在Jedis客戶端對Redis進行并發訪問時會發生連接超時、數據轉換錯誤、阻塞、客戶端關閉連接等問題,這些問題均是由于客戶端連接混亂造成。對此有2種解決方法:
1.客戶端角度,為保證每個客戶端間正常有序與Redis進行通信,對連接進行池化,同時對客戶端讀寫Redis操作采用內部鎖synchronized。
2.服務器角度,利用setnx實現鎖。
注:對于第一種,需要應用程序自己處理資源的同步,可以使用的方法比較通俗,可以使用synchronized也可以使用lock;第二種需要用到Redis的setnx命令,但是需要注意一些問題。
Redis回收進程如何工作的? Redis回收使用的是什么算法?Redis內存回收:LRU算法(寫的很不錯,推薦):https://www.cnblogs.com/WJ5888/p/4371647.html
Redis 大量數據插入官方文檔給的解釋:http://www.redis.cn/topics/mass-insert.html
Redis 分區的優勢、不足以及分區類型官方文檔提供的講解:http://www.redis.net.cn/tutorial/3524.html
Redis持久化數據和緩存怎么做擴容?《redis的持久化和緩存機制》 :https://blog.csdn.net/tr1912/article/details/70197085?foxhandler=RssReadRenderProcessHandler
擴容的話可以通過redis集群實現,之前做項目的時候用過自己搭的redis集群
然后寫了一篇關于redis集群的文章:《一文輕松搞懂redis集群原理及搭建與使用》:https://juejin.im/post/5ad54d76f265da23970759d3
Master最好不要做任何持久化工作,如RDB內存快照和AOF日志文件
如果數據比較重要,某個Slave開啟AOF備份數據,策略設置為每秒同步一次
為了主從復制的速度和連接的穩定性,Master和Slave最好在同一個局域網內
盡量避免在壓力很大的主庫上增加從庫
Redis與消息隊列作者:翁偉
鏈接:https://www.zhihu.com/questio...
不要使用redis去做消息隊列,這不是redis的設計目標。但實在太多人使用redis去做去消息隊列,redis的作者看不下去,另外基于redis的核心代碼,另外實現了一個消息隊列disque: antirez/disque:https://github.com/antirez/disque部署、協議等方面都跟redis非常類似,并且支持集群,延遲消息等等。
我在做網站過程接觸比較多的還是使用redis做緩存,比如秒殺系統,首頁緩存等等。
好文Mark非常非常推薦下面幾篇文章。。。
《Redis深入之道:原理解析、場景使用以及視頻解讀》:https://zhuanlan.zhihu.com/p/28073983:
主要介紹了:Redis集群開源的方案、Redis協議簡介及持久化Aof文件解析、Redis短連接性能優化等等內容,文章干貨太大,容量很大,建議時間充裕可以看看。另外文章里面還提供了視頻講解,可以說是非常非常用心了。
《阿里云Redis混合存儲典型場景:如何輕松搭建視頻直播間系統》:https://yq.aliyun.com/articles/582487?utm_content=m_46529:
主要介紹視頻直播間系統,以及如何使用阿里云Redis混合存儲實例方便快捷的構建大數據量,低延遲的視頻直播間服務。還介紹到了我們之前提高過的redis的數據結構的使用場景
《美團在Redis上踩過的一些坑-5.redis cluster遇到的一些問》:http://carlosfu.iteye.com/blog/2254573:主要介紹了redis集群的兩個常見問題,然后分享了 一些關于redis集群不錯的文章。
參考:
https://www.cnblogs.com/Survi...
http://www.redis.net.cn/tutor...
https://redis.io/
歡迎關注我的微信公眾號:"Java面試通關手冊"(堅持原創,分享美文,分享各種Java學習資源,面試題,以及企業級Java實戰項目回復關鍵字免費領取):。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/69138.html
摘要:手動創建執行線程存在以上問題,而線程池就是用來解決這些問題的。線程池詳解上面我們已經知道了線程池的作用,而對于這樣一個好用,重要的工具,當然已經為我們提供了實現,這也是本篇文章的重點。,線程池一旦空閑超過時間,線程都將被回收。 showImg(https://segmentfault.com/img/remote/1460000018476903); 本文原創地址,我的博客:https...
摘要:注解在類上為類提供一個全參的構造方法,加了這個注解后,類中不提供默認構造方法了。這個注解用在類上,使用類中所有帶有注解的或者帶有修飾的成員變量生成對應的構造方法。 轉載請注明原創地址:http://www.54tianzhisheng.cn/2018/01/07/lombok/ showImg(http://ohfk1r827.bkt.clouddn.com/blog/180107/7...
閱讀 2784·2021-09-01 10:30
閱讀 1679·2019-08-30 15:52
閱讀 964·2019-08-29 18:40
閱讀 1115·2019-08-28 18:30
閱讀 2391·2019-08-23 17:19
閱讀 1321·2019-08-23 16:25
閱讀 2699·2019-08-23 16:18
閱讀 2977·2019-08-23 13:53