現在的大廠面試,尤其是一面與二面都涉及到很深的Java基礎功底及知識面,所以在面試前積極的準備面試,複習整個 Java 知識體系將變得非常重要。
小編這裡整理了一份Java面試核心筆記資料,包括了包含集合,JVM,多執行緒並行,Spring,負載均衡,微服務,Redis,Dubbo,設計模式,資料結構,分散式等!
因為篇幅有限,這裡小編就總結了一些常問的Redis問題,剩下的Java面試題和答案放在文章末尾。
1.什麼是 Redis?
Redis 是一個基於記憶體的高效能 key-value 資料庫。支援多種資料型別。
2. 簡單描述一下 Redis 的特點有哪些?
Redis 本質上是一個 key-value 型別的記憶體資料庫,很像 memcached,整個資料庫統統載入在記憶體當中進行操作,定期通過非同步操作把資料庫資料 flush 到硬碟上進行儲存。純記憶體操作,Redis 的效能非常出色,每秒可以處理超過 10 萬次讀寫操作,是已知效能最快的 key-value DB。Redis 的出色之處不僅僅是效能,Redis 最大的魅力是支援儲存多種資料結構。此外單個 value 的最大限制是 1GB,不像 memcached 只能儲存 1MB 的資料,因此 Redis 可以用來實現很多有用的功能。Redis 的主要缺點是資料庫容量受到實體記憶體的限制,不能用作海量資料的高效能讀寫,因此 Redis 適合的場景主要侷限在較小資料量的高效能操作和運算上。
3. Redis 持久化機制有哪些? 區別是什麼?優缺點是什麼?
Redis 提供兩種方式進行持久化。
RDB 持久化:原理是將 Reids 在記憶體中的資料庫記錄定時 dump 到磁碟上的 RDB 持久化。
AOF(append only file)持久化:原理是將 Redis 的操作紀錄檔以追加的方式寫入檔案。
兩者的區別:
RDB 持久化是指在指定的時間間隔內將記憶體中的資料集快照寫入磁碟,實際操作過程是 fork 一個子程序,先將資料集寫入臨時檔案,寫入成功後,再替換之前的檔案,用二進位制壓縮儲存。
AOF 持久化以紀錄檔的形式記錄伺服器所處理的每一個寫、刪除操作,查詢操作不會記錄,以文字的方式記錄,可以開啟檔案看到詳細的操作記錄。
RDB 優點
RDB 是緊湊的二進位制檔案,比較合適備份,全量複製等場景;
RDB 恢復資料遠快於 AOF。
RDB 缺點
RDB 無法實現實時或者秒級持久化;
新老版本無法相容 RDB 格式。
AOF 優點
可以更好地保護資料不丟失;
appen-only 模式寫入效能比較高;
適合做災難性的誤刪除緊急恢復。
AOF 缺點:
對於同一份檔案,AOF 檔案要比 RDB 快照大;
AOF 開啟後,寫的 QPS 會有所影響,相對於 RDB 來說 寫 QPS 要下降;
資料庫恢復比較慢, 不合適做冷備。
4. Redis支援的資料型別
Redis 通過 key-value 的單值不同型別來區分, 以下是支援的型別: String、List、Set、Sorted Set 、Hash。
5. 為什麼 Redis 需要把所有資料放到記憶體中?
1.追求最快的資料讀取速度,如果直接磁碟讀取會非常慢;
2.為了保證資料安全,也會非同步方式將資料寫入磁碟;
3.可以設定 Redis 最大使用的記憶體,若達到記憶體限值後將不能繼續存入資料。
6. Redis 是單執行緒的嗎?
Redis是單執行緒處理網路指令請求,所以不需要考慮並行安全問題。所有的網路請求都是一個執行緒處理。但不代表所有模組都是單執行緒。
7. Redis 的快取失效策略有哪幾種?
1.定時刪除策略在設定 key 的過期時間的同時,為該 key 建立一個定時器,讓定時器在 key 的過期時間來臨時,對 key 進行刪除。
**優點:**保證記憶體儘快釋放。
**缺點:**若 key 過多,刪除這些 key 會佔用很多 CPU 時間, 而且每個 key 建立一個定時器,效能影響嚴重。
2.惰性刪除策略key 過期的時候不刪除,每次從資料庫獲取 key 的時候去檢查是否過期,若過期,則刪除,返回 null。
**優點:**CPU 時間佔用比較少。
**缺點:**若 key 很長時間沒有被獲取, 將不會被刪除,可能造成記憶體洩露。
3.定期刪除策略每隔一段時間執行一次刪除(在 redis.conf 組態檔設定 hz,1s 重新整理的頻率)過期 key 操作。
**優點:**可以控制刪除操作的時長和頻率,來減少 CPU 時間佔用,可以避免惰性刪除時候記憶體漏失的問題。
**缺點:**對記憶體友好方面,不如定時策略對 CPU 友好方面,不如惰性策略Redis 一般採用:惰性策略 + 定期策略兩個相結合。
8. 什麼是快取命中率?提高快取命中率的方法有哪些?
命中:可以直接通過快取獲取到需要的資料。
不命中:無法直接通過快取獲取到想要的資料,需要再次查詢資料庫或者執行其它的操作。原因可能是由於快取中根本不存在,或者快取已經過期。命中率越高表示使用快取作用越好,效能越高(響應時間越短、吞吐量越高),並行能力也越好。重點關注存取頻率高且時效性相對低一些的業務資料上,利用預載入(預熱)、擴容、優化快取粒度、更新快取等手段來提高命中率。
9.Redis全域性命令及資料庫管理
10.Redis設計訂單應用場景
11.Redis快取雪崩講講看?
12.什麼是快取穿透?
13.Redis重新啟動時載入AOF與RDB的順序
14.Redis的資料結構—雜湊(Hash)
15.Redis的資料結構—集合(set)
16.Redis的資料結構—字串
其實面試不單單是隻靠面試之前刷題那麼簡單,更多的還是平時的積累。
小編整理了大廠java程式設計師面試涉及到的絕大部分面試題及答案免費分享給大家,希望能幫助到大家面試前的複習,也節省大家在網上搜尋資料的時間來學習。有需要的朋友可以看下面的免費領取方式!
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
領資料點這裡:暗號CSDN
領資料點這裡:暗號CSDN
↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑
最後感謝大家的支援,希望小編整理的資料能夠幫助到大家!也祝願大家都能夠升職加薪!