這篇文章我想和你聊一聊 Redis 的最佳實踐。
作為一臺服務(wù)器來說,內(nèi)存并不是無限的,所以總會存在內(nèi)存耗盡的情況,那么當(dāng) Redis 服務(wù)器的內(nèi)存耗盡后,如果繼續(xù)執(zhí)行請求命令,Redis 會如何處理呢?
經(jīng)過前面兩篇文章《JSON Web Token - 在Web應(yīng)用間安全地傳遞信息》《八幅漫畫理解使用JSON Web Token設(shè)計單點登錄系統(tǒng)》的科普,相信大家應(yīng)該已經(jīng)知道了 JWT 協(xié)議是什么了。
在實際項目中Redis常被應(yīng)用于做緩存,分布式鎖、消息隊列等。
Redis 作為現(xiàn)在最流行的內(nèi)存數(shù)據(jù)庫,已經(jīng)成為緩存界的扛把子。
這篇文章我想和你聊一聊 Redis 的架構(gòu)演化之路。
本文是Redis集群學(xué)習(xí)的實踐總結(jié)(基于Redis 6.0+),詳細(xì)介紹逐步搭建Redis集群環(huán)境的過程,并完成集群伸縮的實踐。
Redis 作為優(yōu)秀的內(nèi)存數(shù)據(jù)庫,其擁有非常高的性能,單個實例的 OPS 能夠達(dá)到 10W 左右。
Redis作為內(nèi)存數(shù)據(jù)庫,擁有非常高的性能,單個實例的QPS能夠達(dá)到10W左右。但我們在使用Redis時,經(jīng)常時不時會出現(xiàn)訪問延遲很大的情況,如果你不知道Redis的內(nèi)部實現(xiàn)原理,在排查問題時就會一頭霧水。很多時候,Redis出現(xiàn)訪問延遲變大,都與我們的使用不當(dāng)或運維不合理導(dǎo)致的。這篇文章我們就來分析一下Redis在使用過程中,經(jīng)常會遇到的延遲問題以及如何定位和分析。
Redis經(jīng)常用于系統(tǒng)中的緩存,這樣可以解決目前IO設(shè)備無法滿足互聯(lián)網(wǎng)應(yīng)用海量的讀寫請求的問題。
作為內(nèi)存數(shù)據(jù)庫,內(nèi)存空間大小對于 Redis 來說是至關(guān)重要的。內(nèi)存越多,意味著存儲的數(shù)據(jù)也會越多。但是不知道你有沒有遇到過這樣的情況,明明空間很大,但是內(nèi)存的使用卻不是很理想。為什么會出現(xiàn)這樣的情況呢?這期我們就來看看這個"詭異"的事件。
提到Redis,大家一定會想到的幾個點是什么呢?高并發(fā)、KV存儲、內(nèi)存數(shù)據(jù)庫、豐富的數(shù)據(jù)結(jié)構(gòu)、單線程(版本6之前)等。那么,接下來,上面提到的這些,都會一一給大家解答,帶大家系統(tǒng)剖析一下Redis的架構(gòu)設(shè)計魅力!
我是Redis,一個叫Antirez的男人把我?guī)У搅诉@個世界上。 那天,Redis基友群里,許久未見的大白發(fā)來了一條消息……于是,大白拉了一個新的群 以后的日子中,咱們哥仨相互配合,日常工作中最多的就是數(shù)據(jù)同步了……
作為一名服務(wù)端工程師,工作中你肯定和Redis打過交道。Redis為什么快,這點想必你也知道,至少為了面試也做過準(zhǔn)備。很多人知道Redis快僅僅因為它是基于內(nèi)存實現(xiàn)的,對于其它原因倒是模棱兩可。那么,今天就和小萊一起看看。
作為一名后端工程師,工作中你肯定和 Redis 打過交道。Redis 為什么快,這點想必你也知道,至少為了面試也做過準(zhǔn)備。很多人知道 Redis 快僅僅因為它是基于內(nèi)存實現(xiàn)的,對于其它原因倒是模棱兩可。
內(nèi)存數(shù)據(jù)庫Redis的相關(guān)知識,幾乎是大廠的必考題,本文總結(jié)了設(shè)計Redis的11道面試題。
最近,又重新學(xué)習(xí)了下Redis,深深被Redis的魅力所折服,Redis不僅能快還能慢,簡直利器呀!
本文介紹了Redis高可用相關(guān)的機(jī)制。
我是Redis,一個叫Antirez的男人把我?guī)У搅诉@個世界上。 “快醒醒!快醒醒!”,隱隱約約,我聽到有人在叫我。慢慢睜開眼睛,原來旁邊是MySQL大哥。 “我怎么睡著了?” “嗨,你剛才是不是出現(xiàn)了錯誤,整個進(jìn)程都崩潰了!害得一大堆查詢請求都給我懟過來了!”,MySQL說到。
Redis可以看成NoSQL類型的數(shù)據(jù)庫系統(tǒng),Redis也提供了事務(wù),但和傳統(tǒng)的關(guān)系型數(shù)據(jù)庫的事務(wù)既有相似性,也存在區(qū)別,因為Redis的架構(gòu)基于操作系統(tǒng)的多路復(fù)用的IO接口,主處理流程是一個單線程,因此對于一個完整的命令,其處理都是原子性的,但如果需要將多個命令作為一個不可分割的處理序列,就需要使用事務(wù)。