一、Key 模式查詢與管理 KEYS pattern：模糊查詢，支援 * ? [] 通配符 RANDOMKEY：隨機返回一個 key TYPE key：返回

前言：作者 Salvatore Sanfilippo 的核心觀點 服務端豐富操作：Redis 支援 List/Hash/Set/Sorted Set 及原子操

前言：從源碼編譯，掌控每一個細節 包管理器版本往往滯後。源碼編譯安裝可獲得**最新穩定版**、**自定義安裝路徑**、**優化編譯參數**。本文記錄 CentO

痛點：唯一計數為什麼難？ 量大：大站日 UV 百萬級，關係型 DB COUNT(DISTINCT uid) 全表掃描極慢。 維度多：日/週/月/渠道/版本/地

前言：Redis 不是銀彈 Redis 像瑞士軍刀：小巧、鋒利、實用。但**用錯地方代價慘重**：記憶體暴漲、系統不可用。本文從 **資料大小** 與 **冷熱

前言：Redis 是計數器的瑞士軍刀 計數是系統高頻剛需。傳統 RDBMS UPDATE counter SET v=v+1 鎖競爭大、吞吐低。Redis **

背景：單實例 12GB 的三大痛點 硬體門檻高：Redis 全記憶體 + fork() 複寫需雙倍記憶體。12GB 實際需 **32GB+ 機器**，成本高、

痛點：MySQL 有 information_schema，Redis 呢？ MySQL 查表大小一條 SQL 搞定。Redis 記憶體佔用大戶是哪些 Key？

前言：一份配置文件決定 Redis 命運 redis.conf 是 Redis 運行行為的總開關。本文系統梳理 **30+ 核心參數**，按功能分類解析，附預設

前言：從 main() 開始的旅程 Redis 啟動入口位於 src/redis.c 的 main()。整個啟動流程可劃分為 **五大階段**，每階段奠定服務運

前言：為什麼選 Vagrant + Docker？ Docker 原生需 Linux Kernel，Mac 上無法直接運行。早期方案 boot2docker 存

前言：為什麼選擇 Sorted Set？ 排行榜是通用需求。Redis **Sorted Set (有序集合)** 以分數自動排序、O(log N) 更新查詢特

一、NoSQL 陣營中的 Redis 定位 過去幾年 NoSQL 成為高併發、海量資料代名詞，產品百花齊放，脫穎而出者寥寥：Redis、MongoDB、Berk

前言：String 是 Redis 的基石 String（字串） 是 Redis 最基礎、也是最通用的資料類型。它是二進位安全的，意味著可儲存任意格式資料：純文

前言：Redis Hash 是什麼？ Redis Hash 可視為 Map<String, String> 結構，即「字串欄位 → 字串值」的映射表

前言：什麼是 Sorted Set？ Sorted Set（有序集合） 與 Set 類似，都是字串元素的集合，且元素唯一、不重複。核心差別在於：Sorted S

前言 在前幾篇教學中，我們深入探討了 Redis 五大核心資料類型（String、List、Set、Hash、Sorted Set）的操作指令。這些指令的共同點

一、事務特性總覽 串行化執行：事務隊列命令一次性原子執行，期間不處理其他客戶端請求。 非回滾：單條命令失敗（如類型錯誤）不中斷後續命令，異於關係型數據庫 AC

一、復制特性優勢 一主多從，從庫可再掛從庫（樹狀拓撲），分攤主庫同步壓力。 主庫非阻塞同步，同步期間正常服務讀寫。 從庫非阻塞同步，同步期間可服務舊數據讀請求

一、四種持久化模式 RDB 快照：定時將內存數據集寫入磁盤文件。 AOF 日誌：記錄每條寫命令，重啟重放重建數據。 無持久化：純內存模式，等同增強版 Memc