小編給大家分享一下Redis都有哪些面試題,相信大部分人都還不怎么了解,因此分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后大有收獲,下面讓我們一起去了解一下吧!
創(chuàng)新互聯(lián)公司主營(yíng)廣信網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營(yíng)網(wǎng)站建設(shè)方案,App定制開(kāi)發(fā),廣信h5成都小程序開(kāi)發(fā)搭建,廣信網(wǎng)站營(yíng)銷推廣歡迎廣信等地區(qū)企業(yè)咨詢Redis 支持哪幾種數(shù)據(jù)類型?
Redis是單進(jìn)程的還是單線程的?
Redis是單進(jìn)程單線程的,Redis利用隊(duì)列技術(shù)將并發(fā)訪問(wèn)變?yōu)榇性L問(wèn),消除了傳統(tǒng)數(shù)據(jù)庫(kù)串行控制的開(kāi)銷。
Redis為什么是單線程的?
多線程處理會(huì)設(shè)計(jì)到鎖,而且多線程處理會(huì)設(shè)計(jì)到線程切換而消耗CPU。因?yàn)镃PU不會(huì)Redis的瓶頸,Redis的瓶頸最有可能是機(jī)器內(nèi)存或者網(wǎng)絡(luò)帶寬。單線程無(wú)法發(fā)揮多核CPU性能,不過(guò)可以通過(guò)在單機(jī)開(kāi)啟Redis實(shí)例來(lái)解決。
Redis的優(yōu)勢(shì)
Redis和memcached有哪些優(yōu)勢(shì)
Redis有哪幾種數(shù)據(jù)淘汰策略
在Redis中,允許用戶設(shè)置大使用內(nèi)存大小server.maxmemory,當(dāng)Redis內(nèi)存數(shù)據(jù)集大小上升到一定大小的時(shí)候,就會(huì)執(zhí)行數(shù)據(jù)淘汰策略
Redis支持哪幾種持久化方式
原理是將Redis在內(nèi)存中的數(shù)據(jù)記錄定時(shí)dump到磁盤上的RDB文件
指定的時(shí)間間隔內(nèi)將內(nèi)存中的數(shù)據(jù)集快照寫入磁盤,實(shí)際操作過(guò)程是fork一個(gè)子進(jìn)程,先將數(shù)據(jù)集寫入臨時(shí)文件,寫入成功后,再替換之前的文件,用二進(jìn)制壓縮存儲(chǔ)。
原理是將Redis的操作日志以追加的方式寫入文件。
以日志的形式記錄服務(wù)器所處理的每一個(gè)寫、刪除操作,查詢操作不會(huì)記錄,以文本的方式記錄,可以打開(kāi)文件看到詳細(xì)的操作記錄。當(dāng)服務(wù)器重啟的時(shí)候會(huì)重新執(zhí)行這些命令來(lái)恢復(fù)原始的數(shù)據(jù)。AOF命令以Reids協(xié)議追加保存每次寫的操作到文件末尾。Redis還能對(duì)AOF文件進(jìn)行后臺(tái)重寫,使得AOF文件的體積不至于過(guò)大。
Redis兩種持久化方式優(yōu)缺點(diǎn)?
RDB持久化
優(yōu)點(diǎn):RDB文件緊湊,體積小,網(wǎng)絡(luò)傳輸快,適合全量復(fù)制;恢復(fù)速度比AOF快很多。當(dāng)然,與AOF相比,RDB最重要的優(yōu)點(diǎn)之一是對(duì)性能的影響相對(duì)較小
缺點(diǎn):RDB文件的致命缺點(diǎn)在與其數(shù)據(jù)快照的持久化方式?jīng)Q定了必然做不到實(shí)時(shí)持久化,而在數(shù)據(jù)越來(lái)越重要的今天,數(shù)據(jù)的大量丟失很多時(shí)候是無(wú)法接受的,因此AOF持久化稱為主流。此外,RDB文件需要滿足特定格式,兼容性差。
AOF持久化
與RDB持久化相對(duì)應(yīng),AOF的優(yōu)點(diǎn)在于支持秒級(jí)持久化、兼容性好,缺點(diǎn)是文件大,恢復(fù)速度慢,對(duì)性能影響大
如何選擇Redis持久化方式策略?
在介紹持久化策略之前,首先要明白無(wú)論是RDB還是AOF,持久化的開(kāi)啟都是要付出性能方面的代價(jià)的。對(duì)比RDB持久化,一方面是bdsave在進(jìn)行fork操作時(shí)Redis主進(jìn)程會(huì)阻塞,另一方面,子進(jìn)程向硬盤寫數(shù)據(jù)也會(huì)帶來(lái)IO壓力;對(duì)于AOF持久化,向硬盤寫數(shù)據(jù)的頻率大大提高(everysec策略下為秒級(jí)),IO壓力更大,設(shè)置可能造成AOF追加阻塞文件。此外,AOF文件的重寫與RDB的basave類似,會(huì)有fork時(shí)的阻塞和子進(jìn)程的IO壓力問(wèn)題。相對(duì)來(lái)說(shuō),由于AOF向硬盤中寫數(shù)據(jù)的頻率更高,因此對(duì)Redis主進(jìn)程性能的影響會(huì)更大。
在實(shí)際生產(chǎn)環(huán)境中,根據(jù)數(shù)據(jù)量、應(yīng)用對(duì)數(shù)據(jù)的安全要求、預(yù)算限制等不同情況,會(huì)有各種各樣的持久化策略;如完全不使用任何持久化,使用RDB或AOF一種,或同事開(kāi)啟RDB和AOF持久化等。此外,持久化的選擇必須與Redis的主從策略一起考慮,因?yàn)橹鲝膹?fù)制與持久化同樣具有數(shù)據(jù)備份的功能,而且主機(jī)master和從機(jī)slave可以獨(dú)立的選擇持久化方案。
Redis集群的主從復(fù)制模型是怎樣的?
為了是在部分節(jié)點(diǎn)失敗或者大部分節(jié)點(diǎn)無(wú)法通信的情況下集群仍然可用,所以集群是用了主從復(fù)制模型,每個(gè)節(jié)點(diǎn)都會(huì)有N-1個(gè)復(fù)制品
Redis集群會(huì)有寫操作丟失嗎?為什么?
Redis并不能保證數(shù)據(jù)強(qiáng)一致性,這意味著在實(shí)際中集群在特定的條件下可能會(huì)丟失寫操作
Redis集群之間是如何復(fù)制的
異步復(fù)制
Redis如何做內(nèi)存優(yōu)化
盡可能使用散列表(hashes),散列表(是說(shuō)列表里面存儲(chǔ)的數(shù)少)使用的內(nèi)存非常小,所以你應(yīng)該盡可能的將你的數(shù)據(jù)模型抽象到一個(gè)散列表里面,比如你的web系統(tǒng)中有一個(gè)用戶對(duì)象,不要為這個(gè)用戶的名稱,姓氏,郵箱,密碼設(shè)置單獨(dú)的key,而是應(yīng)該把這個(gè)用戶所有信息存儲(chǔ)到一張散列表中
Redis回收進(jìn)程如何工作?
一個(gè)Client運(yùn)行了新的命令,添加了新的數(shù)據(jù),Redis會(huì)檢查內(nèi)存使用情況,如果大于maxmemory的限制,則根據(jù)設(shè)定好的策略進(jìn)行回收
Redis常用的使用場(chǎng)景
以上是Redis都有哪些面試題的所有內(nèi)容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內(nèi)容對(duì)大家有所幫助,如果還想學(xué)習(xí)更多知識(shí),歡迎關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道!