其實redis面試中常被問到的的問題并不復雜，但是又很多的朋友都不太了解redis怎么保證數據一致性，因此呢，今天小編就來為大家分享redis面試中常被問到的的一些知識，希望可以幫助到大家，下面我們一起來看看這個問題的分析吧！

字節(jié)跳動資質審核面試流程

第一面主要考察基礎，先簡單自我介紹，以及介紹一下項目，然后開始考察基礎。

TCP相關基礎知識

問題1:請詳細描述三次握手和四次揮手的過程

要求熟悉三次握手和四次揮手的機制，要求畫出狀態(tài)圖。

緩存和數據庫的基礎知識

問題1:描述一下redis有哪些數據結構。

基礎的數據結構有5種，String/List/Hash/Set/Zset，還答了高級數據結構HyperLogLog/BitMap/BloomFilter/GeoHash。面試官還問了BloomFilter的原理以及Zset的實現原理，主要講解跳躍表;延時隊列如何實現，分布式鎖原理。

問題2:MySQL場景題目

面試官提供場景，要求寫出查詢SQL，考察聯(lián)合語句，如何分頁以及復雜語句的優(yōu)化。

?

第二面：

第二面是電話面試，主要考察項目，通過項目提出基礎問題。時間30分鐘。

之前有微服務經驗，面試官就詳細問到微服務的架構、框架的實現、服務治理、分布式一致性等問題。

之前有玩過日志監(jiān)控系統(tǒng)，首先還是考察架構，ELK的相關知識，重點描述Elasticsearch的一些架構原理，比如倒排索引的原理。

問消息隊列的相關知識，接觸過Kafka，問了Kafka中消息可以被多個消費者消費嗎?;以及選舉機制和HW機制。

開放性問題，講一個之前遇到的問題，并如何解決的。這個描述生產過程中運行的問題，并描述排查問題。

裸寫算法

二叉樹多個節(jié)點的最近公共祖先

第三面、第四面

第三面和第四面是組長和總監(jiān)面試，聊解題思路和項目，這二面的特點是根據項目經驗問相關的問題，要求廣度，尤其考察架構廣度，會將目前的項目量級擴大幾十倍，重新設計架構，同時涉及到一些壓力面試。

神奇面試官一般都問什么

1.神奇面試官一般會問關于應聘者個人背景、經歷和技能方面的問題，以了解他們是否適合公司的需求。2.原因是因為公司需要找到最適合的人才來完成工作，并且面試官需要盡可能了解應聘者的背景和技能，以便作出最佳決策。3.神奇面試官也可能會問一些與公司文化、價值觀和團隊合作有關的問題，以確保應聘者與公司的價值觀相符，能夠與團隊融洽合作。此外，他們也可能會問一些案例和場景問題，以測試應聘者的解決問題和承受壓力的能力。

JAVA面試中常常問到的無鎖CAS是什么

在緩存領域有一對奇葩，多線程的緩存和單線程的redis，而兩者的性能是差不多的，之所以redis能憑借單線程提供強大的性能并且線程安全操作：

一是不存在多線程直接切換的資源開銷，

二是大部分的指令都是原子的，原子的指令擁有更高的效率，并且保證線程安全！

在java中的原子操作主要封裝在并發(fā)包下，以Atomic打頭的類中，如下截圖：

觀察這些類發(fā)現，其中的原子操作主要依賴于UnSafe包中類似unsafe.compareAndSwapInt這樣的算法，取單詞首字母，也即是CAS操作，這也是實現無鎖操作保證線程安全的基石，樂觀鎖因為建立在CPU的底層指令原子操作，效率比起同步鎖相當高；

CAS：compare，and，swap：顧名思義，就是比較并交換，這屬于一種樂觀鎖思想，悲觀鎖通常是把共享資源的持有者當做互斥的，由此保證針對共享資源操作的只會是持有鎖的程序！

而樂觀鎖之所以稱為樂觀，就是假設數據在操作之前都是沒有被修改過的，如果已經被修改過，則不進行操作，降低了阻塞的可能性！

CAS的思想在sql操作中常常用到，比如未付款status=1，已付款status=2，sql:updatesetstatus=2，version=version+1whereid=xxandstatus=1andversion=${version},即是如果是還未付款的狀態(tài)則付款，如果已經付過款（status=2），則操作失??；

但是CAS也存在問題：

①，ABA問題，比如上面的sql，如果status是會從1（A）到2（B）再到1（A）的，那么就會存在線程一已經從1->2->1了，而線程二還認為整個數據都沒有變過，繼續(xù)修改數據；

②，性能浪費：CAS的操作依賴于自旋（不斷循環(huán)到滿足條件），如果條件一直不滿足，則CPU開銷一直存在；

下面以AtomicInteger為例說下CAS的應用類特性：

1，從構造器和get，set方法來看，處理的值需要修飾為內存可見的valatile。

2，大多數的方法都是使用了unsafe中的compareAndSwap方法，都是native方法，說明是底層封裝；

直接看案例，如下截圖：

案例中的AtomicInteger，如果改成Integer，結果基本都會小于100，說明數據計算錯誤了！

CAS作為AQS模型的基石，兩者都是面試過程中常常問到的，下次再講AQS，喜歡的童鞋歡迎點贊關注。。

redis面試必問的三大問題

三大問題:

1.緩存穿透

2.緩存擊穿

3.緩存雪崩

詳細介紹:

緩存穿透正常情況下,如果用戶在redis緩存中沒有查詢到自己想要的數據,就會去mysql數據庫中查詢。

面試官都愛問的Redis是如何幫我們解決各種項目難題的

太多了

緩存內存和網絡的速度遠遠大于傳統(tǒng)硬盤的速度，網站開發(fā)中常用的會話緩存。熱點數據緩存。

計數器網站訪問量累加器

消息隊列生產者消費者模式進行數據異步處理

發(fā)布訂閱五大數據結構且支持數據持久化服務。

【面試題】dubbo的工作原理，注冊中心掛了可以繼續(xù)通信嗎

說一下的dubbo的工作原理？注冊中心掛了可以繼續(xù)通信嗎？說說一次rpc請求的流程？面試官心理分析

MQ、ES、Redis、Dubbo，上來先問你一些思考性的問題、原理，比如kafka高可用架構原理、es分布式架構原理、redis線程模型原理、Dubbo工作原理；之后就是生產環(huán)境里可能會碰到的一些問題，因為每種技術引入之后生產環(huán)境都可能會碰到一些問題；再來點綜合的，就是系統(tǒng)設計，比如讓你設計一個MQ、設計一個搜索引擎、設計一個緩存、設計一個rpc框架等等。

那既然開始聊分布式系統(tǒng)了，自然重點先聊聊dubbo了，畢竟dubbo是目前事實上大部分公司的分布式系統(tǒng)的rpc框架標準，基于dubbo也可以構建一整套的微服務架構。但是需要自己大量開發(fā)。

當然去年開始springcloud非?；?，現在大量的公司開始轉向springcloud了，springcloud人家畢竟是微服務架構的全家桶式的這么一個東西。但是因為很多公司還在用dubbo，所以dubbo肯定會是目前面試的重點，何況人家dubbo現在重啟開源社區(qū)維護了，捐獻給了apache，未來應該也還是有一定市場和地位的。

既然聊dubbo，那肯定是先從dubbo原理開始聊了，你先說說dubbo支撐rpc分布式調用的架構啥的，然后說說一次rpc請求dubbo是怎么給你完成的，對吧。面試題剖析dubbo工作原理

第一層：service層，接口層，給服務提供者和消費者來實現的

第二層：config層，配置層，主要是對dubbo進行各種配置的

第三層：proxy層，服務代理層，無論是consumer還是provider，dubbo都會給你生成代理，代理之間進行網絡通信

第四層：registry層，服務注冊層，負責服務的注冊與發(fā)現

第五層：cluster層，集群層，封裝多個服務提供者的路由以及負載均衡，將多個實例組合成一個服務

第六層：monitor層，監(jiān)控層，對rpc接口的調用次數和調用時間進行監(jiān)控

第七層：protocal層，遠程調用層，封裝rpc調用

第八層：exchange層，信息交換層，封裝請求響應模式，同步轉異步

第九層：transport層，網絡傳輸層，抽象mina和netty為統(tǒng)一接口

第十層：serialize層，數據序列化層工作流程

第一步：provider向注冊中心去注冊

第二步：consumer從注冊中心訂閱服務，注冊中心會通知consumer注冊好的服務

第三步：consumer調用provider

第四步：consumer和provider都異步通知監(jiān)控中心

redis面試中常被問到的的介紹就聊到這里吧，感謝你花時間閱讀本站內容，更多關于redis怎么保證數據一致性、redis面試中常被問到的的信息別忘了在本站進行查找哦。