@redis

動態 列表
@finally_m

【超長文】Redis在項目中的17種使用場景

Redis 是一個開源的高性能鍵值對數據庫,它以其內存中數據存儲、鍵過期策略、持久化、事務、豐富的數據類型支持以及原子操作等特性,在許多項目中扮演着關鍵角色。以下是V哥整理的17個Redis在項目中常見的使用場景: 緩存:Redis 可以作為應用程序的緩存層,減少數據庫的讀取壓力,提高數據訪問速度。 會話存儲:在 Web 應用中,Redis 可以用來存儲用户的會話信息,如登錄狀態、購物車內容

finally_m 頭像

@finally_m

昵稱 威哥愛編程

@fecify

yii2 – redis 配置

安裝redis, 下面是2.8,注意,redis版本一定要高,2.2.7一下的版本是不行的,不支持php-redis,建議安裝2.8+的版本 wget http://download.redis.io/releases/redis-3.2.9.tar.gz tar xzf redis-3.2.9.tar.gz cd redis-3.2.9 make 2.6.14 這個版本有點老,大家可

fecify 頭像

@fecify

昵稱 fecify

@fiveyoboy

分佈式理論 CAP + Base

簡介 在分佈式系統的設計中,分佈式系統有三個指標 CAP,但是沒有一種設計可以同時滿足 CAP (一致性,可用性,分區容錯性 )3個特性,只能滿足其中 2 個 CAP 簡介 CAP 描述 C 一致性 Consistency,一致性 強調的是 分佈式系統中各個節點之間的數據一致性;不管訪問哪個節點,返回的數據都是一致的,否則節點不可用(拒絕服務

fiveyoboy 頭像

@fiveyoboy

昵稱 五歲小孩

@swiftcommunity

「MySQL 數據庫優化」降低存儲與查詢成本的最佳實踐

摘要 數據庫存儲和查詢成本高,特別是數據量大的企業面臨巨大的挑戰。本篇文章將探討索引優化、減少冗餘數據、冷熱存儲管理以及緩存(Redis、CDN)在優化數據庫訪問中的作用。通過實際示例,幫助企業優化數據庫性能,降低成本。 引言 現代應用程序依賴數據庫來存儲和查詢海量數據。然而,數據庫成本包括存儲成本、查詢成本、索引維護成本等,隨着數據增長,成本不斷攀升。因此,優化數據庫至關重要。 本文將介紹 My

swiftcommunity 頭像

@swiftcommunity

昵稱 Swift社區

@aphysia

從緩存到分佈式緩存的那些事

作者:秦懷 1 緩存前世今生 1.1 故事從硬件開始 Cache 一詞來源於 1967 年的一篇電子工程期刊論文。其作者將法語詞“cache”賦予“safekeeping storage”的涵義,用於電腦工程領域。當時沒有 Cache,CPU 和內存都很慢,CPU 直接訪問內存。 Intel 80386芯片組增加了對可選的 Cache 的支持,高級主板帶有 64KB,甚至高端的 128KB W

aphysia 頭像

@aphysia

昵稱 秦懷雜貨店

@xuxueli

XXL-CACHE v1.1.0 | 多級緩存框架

Release Notes 1、【升級】項目重構升級;定位 多級緩存框架,高效組合本地緩存和分佈式緩存(Redis+Caffeine),支持“多級緩存、一致性保障、TTL、Category隔離、防穿透”等能力,提供高性能多級緩存解決方案。 2、【重構】高性能系統重構設計,底層設計L1(Local)+L2(Remote)多級緩存模型,除分佈式緩存之外前置在應用層設置本地緩存,高熱查詢前置本地處

xuxueli 頭像

@xuxueli

昵稱 xuxueli

@xuxueli

XXL-CACHE v1.2.0 | 多級緩存框架

Release Notes 1、【增強】多序列化協議支持:針對L2緩存,組件化抽象Serializer,可靈活擴展更多序列化協議; 2、【優化】移除冗餘依賴,精簡Core體積; XXL- CACHE 快速接入示例 代碼參考github倉庫 /test 目錄:https://github.com/xuxueli/xxl-cache/tree/master/xxl-cache-samples

xuxueli 頭像

@xuxueli

昵稱 xuxueli

@lvxingdefanka

詳解分佈式緩存不一致性的所有情況!除了分佈式緩存外,其它場景又是如何解決緩存一致性的呢?

[toc] 引言 持久化層和緩存層的一致性問題也通常被稱為「雙寫一致性問題」,“雙寫”意為數據既在數據庫中保存一份,也在緩存中保存一份。對於一致性來説,包含強一致性和弱一致性,強一致性保證寫入後立即可以讀取,弱一致性則不保證立即可以讀取寫入後的值,而是儘可能的保證在經過一定時間後可以讀取到,在弱一致性中應用最為廣泛的模型則是最終一致性模型,即保證在一定時間之後寫入和讀取達到一致的狀態。 我們一般會

lvxingdefanka 頭像

@lvxingdefanka

昵稱 牛肉燒烤屋

@xiaoyi_ces

Redis運維問題解決:隊列堆積故障

這篇文章開始小亦平台會持續給大家科普一些運維過程中常見的問題解決案例,運維朋友們可以在常見問題及解決方案專欄查看更多案例。 問題概述 2024年3月1日,某客户反饋Redis隊列堆積導致應用卡頓。系統環境如下: 操作系統:Linux Redis版本:4.0.10 架構:Sentinel 經排查,系統因內存不足觸發Swap交換分區,嚴重拖慢Redis性能。 問題分析 分

xiaoyi_ces 頭像

@xiaoyi_ces

昵稱 小亦智能運維

@xuxueli

XXL-CACHE v1.4.0 | 多級緩存框架

Release Notes 1、【升級】項目升級JDK17; 2、【升級】項目部分依賴升級,如caffeine,適配JDK17; 3、【優化】L1緩存廣播發布/訂閲斷連重連優化(ISSUE-32); 4、【重構】合併PR-28,重構 getCache 方法並優化性能; 5、【優化】合併PR-35,引入單元測試框架,重寫單元測試方法; 6、【升級】多個依賴升級最新版本,如jedis、c

xuxueli 頭像

@xuxueli

昵稱 xuxueli

@zohocrm

2025 年 CRM 系統排行榜:六款優質工具盤點

本文將為您盤點2025年六款優質的CRM系統,包括Zoho CRM、Salesforce、HubSpot、Microsoft Dynamics 365、Freshsales和Pipedrive。這些工具在功能、適用場景和技術創新方面各具特色,適合不同規模和行業的企業。 隨着企業數字化轉型的加速,客户關係管理(CRM)軟件已成為企業管理客户、提升銷售效率和優化服務體驗的重要工具。2025年,CRM市

zohocrm 頭像

@zohocrm

昵稱 Python最棒

@fannaodeshafa

Redis的性能比Memcached好嗎,NoSQL三巨頭怎麼選?

Web開發永遠離不開數據庫,NoSQL的三大數據庫,Redis、Memcached 和 MongoDB,應該選擇哪一個?尤其是前兩者,總是離不開比較,垂垂老矣的 Memcached 似乎已經無力阻擋 Redis 一統江湖了。那麼今天就來介紹一下這三者的區別,提供一個基於實際需求的選型指南。 核心定位:理解它們的根本差異 要做出正確的選擇,首先必須理解每個工具的核心定位。 Memcached

fannaodeshafa 頭像

@fannaodeshafa

昵稱 煩惱的沙發

@seven97_top

用過redis哪些數據類型?Redis String 類型的底層實現是什麼?

Redis 數據類型有哪些? 詳細可以查看:數據類型及其應用場景 基本數據類型: String:最常用的一種數據類型,String類型的值可以是字符串、數字或者二進制,但值最大不能超過512MB。一般用於 緩存和計數器 Hash:Hash 是一個鍵值對集合。存儲商品的各個屬性 Set:無序去重的集合。Set 提供了交集、並集等方法,對於實現共同好友、共同關注等功能特別方便。 List:有

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@zhaoqianglaoshi

【趙渝強老師】Redis Cluster分佈式集羣

主從複製是Redis集羣實現的一種方式,而Redis集羣的另一種實現方式就是Redis Cluster。它是Redis提供的數據分佈式存儲解決方案。 一、 什麼是Redis Cluster? 日常在對於Redis的使用中經常會遇到一些問題,例如:如何保證Redis的持續高可用性?如何實現單實例Redis擴充?如何提升高併發時的性能問題?針對這些問題,在Redis 3.0版本中推出了Redis Cl

zhaoqianglaoshi 頭像

@zhaoqianglaoshi

昵稱 趙渝強老師

@seven97_top

一文帶你瞭解緩存和數據庫一致性問題

概述 緩存作為持久化存儲(如數據庫)的輔助存在,畢竟屬於兩套系統。理想情況下是緩存數據與數據庫中數據完全一致,但是業務最常使用的旁路緩存架構下,在一些分佈式或者高併發的場景中,可能會出現緩存不一致的情況。 在分佈式系統中,數據一致性是一個核心問題。根據系統的設計與需求,可以選擇實時強一致性(Strong Consistency)或最終一致性(Eventual Consistency)。 實時強一致

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@wuxiedekeben

Redis Windows 7.0.5 安裝教程(附exe/msi下載+環境配置+命令測試)

​ ​第一步:下安裝包​ 打開瀏覽器(比如 Edge 或 Chrome),複製這個鏈接到地址欄敲回車: https://pan.quark.cn/s/31912e0d0443 進去後往下翻,找名字帶 ​redis-7.0.5​ 的文件,​選那個.exe結尾的​(比如redis-windows-7.0.5.exe或類似名字,注意看文件大小,別下成文檔或壓縮包)。 (如果沒找

wuxiedekeben 頭像

@wuxiedekeben

昵稱 無邪的課本

@seven97_top

Redis有哪些部署方案?瞭解哨兵機制嗎?

Redis有哪些部署方案? 單機版*:單機部署,單機redis能夠承載的 QPS 大概就在上萬到幾萬不等。這種部署方式很少使用。存在的問題:1、內存容量有限 2、處理能力有限 3、無法高可用。 主從模式:一主多從,主負責寫,並且將數據複製到其它的 slave 節點,從節點負責讀。所有的讀請求全部走從節點。這樣也可以很輕鬆實現水平擴容,支撐讀高併發。master 節點掛掉後,需要手動指定新的

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@yqyx36

Redis分區的核心原理與應用實踐

本文系轉載,轉載鏈接:Redis分區的核心原理與應用實踐 Redis分區是一種將數據分散存儲在多個節點的技術,通過合理配置策略,可顯著提升系統處理大規模數據和高併發請求的能力。本文詳細解析分區的核心原理、適用場景及注意事項,為開發者提供實用參考。 一、分區技術原理與策略 1.1 數據分片基礎 Redis通過分片(Sharding)將數據集劃分為多個子集,每個子集由獨立節點管理。分片規則直接影響數據

yqyx36 頭像

@yqyx36

昵稱 雲輕雨細

@shanliangdehuasheng_egoaui

處理一個Redis數據庫切換邏輯缺陷導致的問題

問題背景 最近在做瓶體回收設備改成沒有顯示大屏, 設備與服務器通過MQTT協議進行通信的方式, 服務器後台訂閲了所有設備的發佈頻道"device/+/publish", 這樣後台就能收到給所有設備發佈的消息, 進而進行邏輯處理. 問題表現 小程序用户掃碼設備上的二維碼與設備綁定後, 後台會更新redis中對應設備的緩存信息設置is_bind=1,uid=綁定用户id, 標記當前設備已經與某個用户綁

@yinuo112

redis數據庫筆記第7篇:安裝包,調⽤模塊

🚀🚀🚀本篇主要內容 安裝包 安裝Redis的有3種方式https://github.com/andymccurdy/redis-py 第一種:進⼊虛擬環境,聯⽹安裝包redis pip install redis 第二種:進⼊虛擬環境,聯⽹安裝包redis easy_install redis 第三種:到中⽂官⽹-客户端下載redis包的源碼,使⽤

yinuo112 頭像

@yinuo112

昵稱 程序員一諾python

@leguandepaiqiu_buelwl

使用yunedit-redis複製db數據到另一個db的方法

redis一個實例下,標準版是有16個db,集羣版是有1個db。 我們在不同的環境下,可能連接的是同一個redis實例,也可能連接不同的redis實例。無論是不是同一個redis實例,不同的環境連接的db肯定是不一樣的。 有部分數據,比如初始化的數據或部分數據,我們想要從一個db裏遷移到另一個db。 我們這裏分享下使用yunedit-redis將一個db的數據遷移到另一個db的方法。 首先,使用y

leguandepaiqiu_buelwl 頭像

@leguandepaiqiu_buelwl

昵稱 樂觀的排球_buELWl

@fannaodeshafa

Redis到底什麼,該怎麼用

大家有沒有發現一個問題,新項目剛上線時跑得可快了,自己點點還挺得意。可時間一長,用户一多,網頁就開始轉圈,查個數據庫比綠皮火車還慢。 這時候,可別急着把鍋都甩給數據庫。這是因為架構裏少了一個提速的好幫手,那就是Redis。 Redis到底是什麼 官方文檔會跟你扯一堆“基於內存的非關係型數據庫”,字分開都認識,合在一起就看不懂了。 打個比方,把主數據庫(比如MySQL)當成一個巨大的倉庫。這時候你

fannaodeshafa 頭像

@fannaodeshafa

昵稱 煩惱的沙發

@seven97_top

Redis是如何高效管理有限內存的?

過期刪除策略的深度剖析 Redis 可以對 key 設置過期時間的,為了防止過期的key長期佔用內存,需要相應的過期刪除策略將過期的key刪除 基礎操作 Redis設置過期時間 setex key1 5 value1:創建記錄的時候指定過期時間,設置key1在5秒後過期 其實Redis這是一種基於創建時間來判定是否過期的機制,也即常規上説的TTL策略,當設定了過期時間之後不管有沒有被使用都會

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@limaodebenma

redis備份和恢復數據的幾種方案

防災場景: 方案一:使用redis-cli命令行通過下面命令來備份:redis-cli BGSAVE。這個方案可以將redis整庫保存下來。優點是簡單快速,缺點是每次都需要上去服務端操作,而且恢復的時候會將目標機器的數據整庫覆蓋,假如目標機器有其他key的數據,就不適合用這種方法。 方案二:使用yunedit-redis來備份和恢復:通過客户端導出全部數據或部分數據,還能導出單個db的數據(

limaodebenma 頭像

@limaodebenma

昵稱 禮貌的奔馬