自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

51CTO首頁(yè)

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

企業(yè)培訓(xùn)

鴻蒙開(kāi)發(fā)者社區(qū)

WOT技術(shù)大會(huì)

公眾號(hào)矩陣

移動(dòng)端

視頻課免費(fèi)課排行榜短視頻直播課軟考學(xué)堂

全部課程軟考華為認(rèn)證廠商認(rèn)證 IT技術(shù)PMP項(xiàng)目管理免費(fèi)題庫(kù)

在線(xiàn)學(xué)習(xí)

文章資源問(wèn)答課堂專(zhuān)欄直播

51CTO

鴻蒙開(kāi)發(fā)者社區(qū)

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營(yíng)

鴻蒙開(kāi)發(fā)者社區(qū)訂閱號(hào)

51CTO軟考

51CTO學(xué)堂APP

51CTO學(xué)堂企業(yè)版APP

鴻蒙開(kāi)發(fā)者社區(qū)視頻號(hào)

51CTO軟考題庫(kù)

賬號(hào)設(shè)置退出

Redis

1244內(nèi)容??

關(guān)注

話(huà)題涵蓋Redis相關(guān)研究熱點(diǎn)、技術(shù)難點(diǎn)與應(yīng)用場(chǎng)景。

共 1244 條

Redis集群模式通信成本影響因素

Redis集群模式節(jié)點(diǎn)之間通過(guò)Gossip協(xié)議彼此之間傳遞節(jié)點(diǎn)狀態(tài)、槽等信息，沒(méi)有依賴(lài)元數(shù)據(jù)組件來(lái)維護(hù)。簡(jiǎn)化了架構(gòu)的同時(shí)，通信成本也限制了集群規(guī)模。

2022-09-12 16:04:26

Redis 集群模式

Redis 的數(shù)據(jù)被刪除，內(nèi)存占用還這么大？

如果你發(fā)現(xiàn)明明 Redis 存儲(chǔ)數(shù)據(jù)的內(nèi)存占用遠(yuǎn)小于操作系統(tǒng)分配給 Redis 的內(nèi)存，而又無(wú)法保存數(shù)據(jù)，那可能出現(xiàn)大量?jī)?nèi)存碎片了。

2022-09-05 08:39:55

Redis 存儲(chǔ)數(shù)據(jù)

聊聊 Redis 集群 Gosisp 協(xié)議與節(jié)點(diǎn)通信

為了應(yīng)對(duì)流量并發(fā)瓶頸，以及方便數(shù)據(jù)遷移與擴(kuò)容，數(shù)據(jù)分片方式是常用的解決方式。Kafka的分區(qū)（partition）、RocketMQ的隊(duì)列（Queue）、Elasticsearch的主分片/副本（shard）、數(shù)據(jù)庫(kù)的分庫(kù)分表等，均采用數(shù)據(jù)分片思想應(yīng)對(duì)高并發(fā)流量。

2022-08-28 19:36:15

數(shù)據(jù)分片 Kafka RocketMQ

生存還是毀滅，Redis會(huì)怎么辦！

Redis的過(guò)期策略采用惰性刪除和定期刪除兩種組合方式，其中惰性刪除保證過(guò)期鍵一點(diǎn)過(guò)不會(huì)被使用，定期刪除可以保證過(guò)期數(shù)據(jù)得到釋放，優(yōu)化資源占用率。

2022-08-24 08:17:14

當(dāng)Redis遇到Springboot，緩存技術(shù)就那么回事

新版本redis6.0 默認(rèn)開(kāi)啟了混合持久化，重啟之后依然可以看到重啟之前插入的數(shù)據(jù)。

2022-08-22 09:03:09

Springboot Redis 數(shù)據(jù)

硬核 | Redis Pub/Sub 發(fā)布訂閱與宅男有什么關(guān)系？

Redis 通過(guò) SUBSCRIBE，UNSUBSCRIBE和PUBLISH 實(shí)現(xiàn)發(fā)布訂閱消息傳遞模式，Redis 提供了兩種模式實(shí)現(xiàn)，分別是「發(fā)布/訂閱到頻道」和「發(fā)布\訂閱到模式」。

2022-08-15 09:02:22

Redis 模式訂閱消息

面試官：Redis 大 Key 要如何處理？

釋放內(nèi)存只是第一步，為了更加高效地管理內(nèi)存空間，在應(yīng)用程序釋放內(nèi)存時(shí)，操作系統(tǒng)需要把釋放掉的內(nèi)存塊插入一個(gè)空閑內(nèi)存塊的鏈表，以便后續(xù)進(jìn)行管理和再分配。這個(gè)過(guò)程本身需要一定時(shí)間，而且會(huì)阻塞當(dāng)前釋放內(nèi)存的應(yīng)用程序。

2022-08-08 13:45:12

Redis 面試 Hash

一篇文章就能學(xué)會(huì)的 Redis 的事務(wù)

本文介紹了 Redis 的事務(wù)的 multi，exec，discard，watch 命令用法和它的 ACID。

2022-08-03 08:17:00

Redis 事務(wù)內(nèi)存

億級(jí)流量下的分布式鎖優(yōu)化方案！太好用了

今天給大家聊一個(gè)有意思的話(huà)題：每秒上千訂單場(chǎng)景下，如何對(duì)分布式鎖的并發(fā)能力進(jìn)行優(yōu)化？

2022-07-25 06:42:24

分布式鎖 Redis

Redis分布式鎖，沒(méi)它真不行

這篇文章就來(lái)聊聊分布式鎖這塊知識(shí)，具體的來(lái)看看Redis分布式鎖的實(shí)現(xiàn)原理。

2022-07-22 06:55:20

Redis 分布式鎖

一篇帶給你Redis中Bitmap的妙用

Redis從2.2.0版本開(kāi)始新增了setbit,getbit,bitcount等幾個(gè)bitmap相關(guān)命令。雖然是新命令，但是并沒(méi)有新增新的數(shù)據(jù)類(lèi)型，因?yàn)閟etbit等命令只不過(guò)是在set上的擴(kuò)展。

2022-07-07 08:02:49

面試官：為什么 Redis 要有哨兵？

Redis 在 2.8 版本以后提供的哨兵（Sentinel）機(jī)制，它的作用是實(shí)現(xiàn)主從節(jié)點(diǎn)故障轉(zhuǎn)移。它會(huì)監(jiān)測(cè)主節(jié)點(diǎn)是否存活，如果發(fā)現(xiàn)主節(jié)點(diǎn)掛了，它就會(huì)選舉一個(gè)從節(jié)點(diǎn)切換為主節(jié)點(diǎn)，并且把新主節(jié)點(diǎn)的相關(guān)信息通知給從節(jié)點(diǎn)和客戶(hù)端。

2022-07-06 13:48:24

Redis Sentinel 機(jī)制

Redis 內(nèi)存優(yōu)化神技，小內(nèi)存保存大數(shù)據(jù)

我們應(yīng)該從 Redis 是如何保存數(shù)據(jù)的原理展開(kāi)，分析鍵值對(duì)的存儲(chǔ)結(jié)構(gòu)和原理。從而繼續(xù)延展出每種數(shù)據(jù)類(lèi)型底層的數(shù)據(jù)結(jié)構(gòu)，針對(duì)不同場(chǎng)景使用更恰當(dāng)?shù)臄?shù)據(jù)結(jié)構(gòu)和編碼實(shí)現(xiàn)更少的內(nèi)存占用。

2022-07-05 08:41:03

Redis 保存大數(shù)據(jù)

Redis 的內(nèi)存淘汰策略和過(guò)期刪除策略，你別再搞混了！

Redis 是可以對(duì) key 設(shè)置過(guò)期時(shí)間的，因此需要有相應(yīng)的機(jī)制將已過(guò)期的鍵值對(duì)刪除，而做這個(gè)工作的就是過(guò)期鍵值刪除策略。

2022-07-01 14:20:49

Redis 策略函數(shù)

Redisson 高性能 Redis 分布式鎖源碼分析

鎖的續(xù)期是在 org.redisson.RedissonLock#tryAcquireAsync方法中調(diào)用 scheduleExpirationRenewal實(shí)現(xiàn)的。續(xù)期需要注意的是，看門(mén)狗是設(shè)置在主線(xiàn)程的延遲隊(duì)列的線(xiàn)程中。

2022-06-30 08:04:16

Redis 分布式鎖 Redisson

沒(méi)遇到過(guò)這三個(gè)問(wèn)題都不好意思說(shuō)用過(guò)Redis

緩存的作用主要有兩個(gè)：一來(lái)提升訪(fǎng)問(wèn)速度；二來(lái)保護(hù)數(shù)據(jù)庫(kù)。在業(yè)務(wù)量不大的時(shí)候，通常沒(méi)什么大問(wèn)題。但當(dāng)業(yè)務(wù)量起來(lái)以后，如果緩存使用不合理，三兄弟一定會(huì)如約而至，讓你體驗(yàn)一下現(xiàn)實(shí)的殘酷。

2022-06-28 08:03:06

通俗易懂講解Redis的哨兵模式

redis的哨兵模式，就是用于在一主多從的集群環(huán)境下，如果主服務(wù)器宕機(jī)了，它會(huì)自動(dòng)的將從服務(wù)器中的一臺(tái)設(shè)為新的master，并且將其余的slave的配置文件自動(dòng)修改，這樣就切換出一套新的主從服務(wù)，不需要人工干預(yù)，且不會(huì)影響服務(wù)的使用。

2022-06-28 07:31:11

哨兵模式 redis

分享AWS的Redis如何正確遷移至阿里云項(xiàng)目實(shí)踐

本案例通過(guò)使用Redis-shake的restore（恢復(fù)）模式，將本地RDB文件中的數(shù)據(jù)恢復(fù)至云數(shù)據(jù)庫(kù)Redis，從而實(shí)現(xiàn)數(shù)據(jù)遷移上云。

2022-06-27 05:42:28

Redis 數(shù)據(jù)遷移

聊聊 Redis 高可用原理

哨兵進(jìn)程會(huì)使用 PING 命令檢測(cè)它自己和主、從庫(kù)的網(wǎng)絡(luò)連接情況，用來(lái)判斷實(shí)例的狀態(tài)，如果哨兵發(fā)現(xiàn)主庫(kù)或從庫(kù)對(duì) PING 命令的響應(yīng)超時(shí)了，哨兵就會(huì)先把它標(biāo)記為“主觀下線(xiàn)”。

2022-06-21 07:51:06

Redis 高可用哨兵進(jìn)程

Redis分布式鎖的前世今生

redisson是redis官方推薦的一個(gè)分布式鎖的框架，它幫我們解決了上面提到的所有問(wèn)題，底層也是用了lua腳本實(shí)現(xiàn)，同時(shí)又提供了watchdog(看門(mén)狗)機(jī)制，在鎖將要過(guò)期的時(shí)候，會(huì)自動(dòng)檢測(cè)業(yè)務(wù)是否執(zhí)行完成，如果沒(méi)有完成，則自動(dòng)延長(zhǎng)鎖的過(guò)期時(shí)間，直到業(yè)務(wù)執(zhí)行完成。

2022-06-16 08:01:24

redis 分布式鎖

從單點(diǎn) Redis 到 1 主 2 從 3 哨兵的架構(gòu)演進(jìn)之路

本篇講解了在真實(shí)的多臺(tái)服務(wù)器上如何部署 Redis 主從架構(gòu)、哨兵集群，以及驗(yàn)證主從復(fù)制和故障轉(zhuǎn)移。然后對(duì)項(xiàng)目中使用 Redis 的地方，加入了哨兵配置，使其可以自動(dòng)感知主從切換后的 IP 變化，從而和新的 Redis 主節(jié)點(diǎn)進(jìn)行連接。

2022-06-08 16:55:56

服務(wù)器 Redis 架構(gòu)

Redis 哈希表 VS Java HaspMap , 哪家強(qiáng)？

當(dāng)不同的鍵值經(jīng)過(guò)哈希算法與散列算法之后被分配到了同一個(gè)哈希表數(shù)組的同一個(gè)索引上，那么這之后就會(huì)有鍵沖突。

2022-06-06 08:16:16

Redis Java HaspM

聊聊關(guān)于Redis stack 的那些事兒

Redis 目前最新版本是 7，未來(lái)應(yīng)該還會(huì)有 8，redis 依然會(huì)獨(dú)立發(fā)展，而 redis stack 也會(huì)繼續(xù)發(fā)展，兩者將會(huì)并行前行。

2022-06-02 08:42:15

Redis 數(shù)據(jù)庫(kù)

從Redis7.0發(fā)布看Redis的過(guò)去與未來(lái) 原創(chuàng) 精選

Function在7.0中被設(shè)計(jì)為數(shù)據(jù)的一部分，因此能夠被保存在RDB、AOF文件中，也能通過(guò)主從復(fù)制將Function由主庫(kù)復(fù)制到所有從庫(kù)，可以有效解決之前Lua腳本丟失的問(wèn)題，我們也非常建議大家逐步將Redis中的Lua腳本替換為Function。

2022-05-31 09:01:44

掘地三尺搞定 Redis 與 MySQL 數(shù)據(jù)一致性問(wèn)題

今天「碼哥」跟大家一起深入探索緩存的工作機(jī)制和緩存一致性應(yīng)對(duì)方案。

2022-05-31 08:37:59

Redis MySQL 數(shù)據(jù)一致性

Redis 高可用集群原理和實(shí)踐

Redis 集群最少需要 3 個(gè) master 節(jié)點(diǎn)，這里我們搭建 3 個(gè)master 節(jié)點(diǎn)，3 個(gè) slave 及節(jié)點(diǎn)（由于我機(jī)器配置受限，直接通過(guò)端口的方式模擬集群搭建，本處只是實(shí)驗(yàn)方便，生產(chǎn)環(huán)境不可采取此方案）。

2022-05-31 08:04:03

Redis 高可用集群

講講Redis各個(gè)數(shù)據(jù)類(lèi)型的底層數(shù)據(jù)結(jié)構(gòu)

通過(guò)以上 Redis 底層數(shù)據(jù)結(jié)構(gòu)可以看出，其設(shè)計(jì)核心總是在節(jié)約內(nèi)內(nèi)存，提高訪(fǎng)問(wèn)速度。所以Redis快，這小巧妙的底層設(shè)計(jì)也是功不可沒(méi)。

2022-05-23 08:19:19

Redis 數(shù)據(jù)結(jié)構(gòu)內(nèi)存

Redis 做分布式鎖你會(huì)幾種姿勢(shì)？

在 Redis 中，占位一般使用 setnx 指令，先進(jìn)來(lái)的線(xiàn)程先占位，線(xiàn)程的操作執(zhí)行完成后，再調(diào)用 del 指令釋放位子。同時(shí)為了防止死鎖，我們一般還要給鎖加一個(gè)過(guò)期時(shí)間，到期了自動(dòng)釋放。

2022-05-18 10:38:51

Redis 分布式鎖數(shù)據(jù)

聊聊為什么 Redis 要有哨兵？

Redis 在 2.8 版本以后提供的哨兵（Sentinel）機(jī)制，它的作用是實(shí)現(xiàn)主從故障自動(dòng)轉(zhuǎn)移。它會(huì)監(jiān)測(cè)主節(jié)點(diǎn)是否存活，如果發(fā)現(xiàn)主節(jié)點(diǎn)掛了，它就會(huì)選舉一個(gè)從節(jié)點(diǎn)切換為主節(jié)點(diǎn)，并且把新主節(jié)點(diǎn)的相關(guān)信息通知給從節(jié)點(diǎn)和客戶(hù)端。

2022-05-17 22:20:41

哨兵 Redis 機(jī)制

實(shí)戰(zhàn)派 | Java項(xiàng)目中玩轉(zhuǎn)Redis6.0客戶(hù)端緩存！

首先介紹一下今天要使用到的工具Lettuce，它是一個(gè)可伸縮線(xiàn)程安全的redis客戶(hù)端。多個(gè)線(xiàn)程可以共享同一個(gè)RedisConnection，利用nio框架Netty來(lái)高效地管理多個(gè)連接。

2022-05-11 13:56:08

Java項(xiàng)目 redis客戶(hù)端

深度解析單線(xiàn)程的 Redis 如何做到每秒數(shù)萬(wàn) QPS 的超高處理能力！

架構(gòu)今天我們就來(lái)帶大家看看 Redis 核心網(wǎng)絡(luò)模塊的內(nèi)部實(shí)現(xiàn)，學(xué)習(xí)下 Redis 是如何做到如此的高性能的！

2022-05-10 08:31:44

Redis QPS 單線(xiàn)程

Redis 為何使用近似 LRU 算法淘汰數(shù)據(jù)，而不是真實(shí) LRU？

今天碼哥帶大家一起搞定 Redis 的 LRU 算法。LRU 算法的全程是 Least Rencently Used，顧名思義就是按照最近最久未使用的算法進(jìn)行數(shù)據(jù)淘汰。

2022-05-09 19:59:15

Redis LRU 算法

我們一起了解Redis的愛(ài)恨情仇

Redis 是一個(gè)開(kāi)源的使用 ANSI C 語(yǔ)言編寫(xiě)、遵守 BSD 協(xié)議、支持網(wǎng)絡(luò)、可基于內(nèi)存、分布式、可選持久性的鍵值對(duì)(Key-Value)存儲(chǔ)數(shù)據(jù)庫(kù)，并提供多種語(yǔ)言的 API。

2022-05-07 07:43:07

Redis 存儲(chǔ)系統(tǒng)數(shù)據(jù)庫(kù)

Filebeat收集日志數(shù)據(jù)傳輸?shù)絉edis，通過(guò)Logstash來(lái)根據(jù)日志字段創(chuàng)建不同的ES索引

在redis中顯示的效果是都會(huì)輸出到key值nginx_log對(duì)應(yīng)的列表中，根據(jù)key值是沒(méi)法進(jìn)行區(qū)分的，只能根據(jù)key值列表中每一行數(shù)據(jù)中的log_source或者自己定義的屬性來(lái)判斷該行是哪一個(gè)應(yīng)用的日志。

2022-04-28 23:28:07

Filebeat Redis 日志

引入『客戶(hù)端緩存』，Redis6算是把緩存玩明白了…

今天Hydra要和大家分享的技術(shù)，在思想上和上面兩級(jí)緩存有些類(lèi)似，不過(guò)不需要借助其他本地緩存中間件，只使用Redis自身服務(wù)端和客戶(hù)端就可以實(shí)現(xiàn)。

2022-04-28 13:58:41

Redis6 客戶(hù)端服務(wù)端

Redis6通信協(xié)議升級(jí)至RESP3，一口氣看完13種新數(shù)據(jù)類(lèi)型

隨著Redis版本的不斷更新以及功能迭代，RESP V2協(xié)議開(kāi)始漸漸無(wú)法滿(mǎn)足新的需求，為了適配在Redis6.0中出現(xiàn)的一些新功能，在它的基礎(chǔ)上發(fā)展出了全新的下一代RESP3協(xié)議。

2022-04-25 08:01:21

Redis RESP V2協(xié)議

Redis 內(nèi)存滿(mǎn)了怎么辦？這樣設(shè)置才正確！

在 Redis 帝國(guó)中，整個(gè)帝國(guó)的國(guó)法、家法和軍法等都記錄在 redis.conf中，它控制著整個(gè)帝國(guó)的運(yùn)行。

2022-04-24 08:23:19

Redis 內(nèi)存淘汰策略

Redis消息隊(duì)列發(fā)展歷程原創(chuàng) 精選

Redis從2010年發(fā)布1.0版本就具備一個(gè)消息隊(duì)列的雛形，隨著10多年的迭代，其消息隊(duì)列的功能也越來(lái)越完善，作為一個(gè)全內(nèi)存的消息隊(duì)列，適合應(yīng)用與要求高吞吐、低延時(shí)的場(chǎng)景。

2022-04-12 11:15:31

Redis 消息隊(duì)列數(shù)據(jù)庫(kù)

Redis 的過(guò)期數(shù)據(jù)會(huì)被立馬刪除么？

EXPIRE key seconds [ NX | XX | GT | LT] 指令可以將指定的 key 設(shè)置過(guò)期時(shí)間，如果沒(méi)有設(shè)置過(guò)期時(shí)間， key 將一直存在，除非我們明確將其刪除，比如執(zhí)行 DEL 指令。

2022-04-11 08:21:00

Redis 過(guò)期數(shù)據(jù)惰性刪除

Redis HyperLogLog 是什么？這些場(chǎng)景使用它，讓我槍出如龍，一笑破蒼穹

今天分別使用不同的數(shù)據(jù)類(lèi)型來(lái)實(shí)現(xiàn)統(tǒng)計(jì)一個(gè)頁(yè)面的每天被多少個(gè)不同賬戶(hù)訪(fǎng)問(wèn)量這個(gè)功能，循序漸進(jìn)的引出 HyperLogLog的原理與 Java 中整合 Redission 實(shí)戰(zhàn)。

2022-03-29 08:40:54

Redis 場(chǎng)景數(shù)據(jù)

一文搞懂Redis 原創(chuàng) 精選

NoSQL泛指非關(guān)系型數(shù)據(jù)庫(kù)，隨著web2.0互聯(lián)網(wǎng)的誕生，傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)很難對(duì)付web2.0大數(shù)據(jù)時(shí)代！尤其是超大規(guī)模的高并發(fā)的社區(qū)，暴露出來(lái)很多難以克服的問(wèn)題，NoSQL在當(dāng)今大數(shù)據(jù)環(huán)境下發(fā)展的十分迅速，Redis是發(fā)展最快的。

2022-03-24 08:51:48

Redis 互聯(lián)網(wǎng)NoSQL

Redis 布?。˙loom Filter）過(guò)濾器原理與實(shí)戰(zhàn)

布隆過(guò)濾器 (Bloom Filter)是由 Burton Howard Bloom 于 1970 年提出，它是一種 space efficient 的概率型數(shù)據(jù)結(jié)構(gòu)，用于判斷一個(gè)元素是否在集合中。

2022-03-21 08:31:07

布隆過(guò)濾器 Redis 過(guò)濾器原理

Redis+Caffeine兩級(jí)緩存，讓訪(fǎng)問(wèn)速度縱享絲滑

緩存的過(guò)期時(shí)間、過(guò)期策略以及多線(xiàn)程訪(fǎng)問(wèn)的問(wèn)題也都需要考慮進(jìn)去，不過(guò)我們今天暫時(shí)先不考慮這些問(wèn)題，先看一下如何簡(jiǎn)單高效的在代碼中實(shí)現(xiàn)兩級(jí)緩存的管理。

2022-03-18 13:59:46

緩存 Redis Caffeine

一文讀懂Redis的前世今生

Redis 是C語(yǔ)言開(kāi)發(fā)的一個(gè)開(kāi)源高性能鍵值對(duì)的內(nèi)存數(shù)據(jù)庫(kù)，可以用來(lái)做數(shù)據(jù)庫(kù)、緩存、消息中間件等場(chǎng)景，是一種NoSQL(not-only sql,非關(guān)系型數(shù)據(jù)庫(kù))的數(shù)據(jù)庫(kù)。

2022-03-13 18:27:09

Redis 數(shù)據(jù)庫(kù)開(kāi)源

基于 Redis 構(gòu)建簡(jiǎn)單分布式鎖的局限

Redis 官方為用戶(hù)提供了 Lua 腳本支持，用戶(hù)可以向 Redis 服務(wù)器發(fā)送 Lua 腳本執(zhí)行自定義的邏輯，Redis 服務(wù)器會(huì)單線(xiàn)程原子性的執(zhí)行 Lua 腳本。

2022-03-08 07:22:48

Redis 腳本分布式鎖

Redis 緩存擊穿（失效）、緩存穿透、緩存雪崩怎么解決？

緩存擊穿（失效）指的是數(shù)據(jù)庫(kù)有數(shù)據(jù)，緩存本應(yīng)該也有數(shù)據(jù)，但是緩存過(guò)期了，Redis 這層流量防護(hù)屏障被擊穿了，請(qǐng)求直奔數(shù)據(jù)庫(kù)。

2022-03-08 00:07:51

緩存雪崩數(shù)據(jù)庫(kù)

Redis的多線(xiàn)程到底該怎么理解

都說(shuō)Redis是單線(xiàn)程的，那么單線(xiàn)程是如何體現(xiàn)的？如何支持客戶(hù)端并發(fā)請(qǐng)求的？

2022-03-04 10:17:04

Redis 數(shù)據(jù)

用Redis實(shí)現(xiàn)分布式鎖的血淚史

我用 Redis 做分布式鎖經(jīng)驗(yàn)十分豐富，在實(shí)際工作中，也探索過(guò)許多種使用 Redis 做分布式鎖的方案，經(jīng)過(guò)了無(wú)數(shù)血淚教訓(xùn)。

2022-03-04 09:54:04

Redis 分布式鎖腳本

聊聊數(shù)據(jù)存儲(chǔ)系統(tǒng)Couchbase與Redis

Redis 和Couchbase都是基于內(nèi)存的數(shù)據(jù)存儲(chǔ)系統(tǒng)。其中，Couchbase是高性能，高伸縮性和高可用的分布式緩存系統(tǒng)；Redis是一個(gè)開(kāi)源的內(nèi)存數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)系統(tǒng)。

2022-03-03 09:51:11

Redis Couchbase 數(shù)據(jù)存儲(chǔ)

別再用 Redis List 實(shí)現(xiàn)消息隊(duì)列了，Stream 專(zhuān)為隊(duì)列而生

Stream 是 Redis 5.0 引入的一種專(zhuān)門(mén)為消息隊(duì)列設(shè)計(jì)的數(shù)據(jù)類(lèi)型，Stream 是一個(gè)包含 0 個(gè)或者多個(gè)元素的有序隊(duì)列，這些元素根據(jù) ID 的大小進(jìn)行有序排列。

2022-02-28 08:42:49

Redis Stream 消息隊(duì)列

上一頁(yè) 1 ··· 7 8 9 10 11 ··· 25 下一頁(yè)

點(diǎn)贊

51CTO技術(shù)棧公眾號(hào)

業(yè)務(wù)
速覽

媒體

51CTO CIOAge HC3i

社區(qū)

51CTO博客鴻蒙開(kāi)發(fā)者社區(qū) AI.x社區(qū)

教育

51CTO學(xué)堂精培企業(yè)培訓(xùn) CTO訓(xùn)練營(yíng)