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