03 Redis 命令和操作

Redis 命令和操作

  1. Redis 命令
    • 基本命令介绍和示例
  2. 事务和持久化
    • 事务操作
    • 持久化方式和机制
  3. Redis 集群
    • 集群架构
    • 主从复制和分片

Redis 命令

基本命令介绍和示例

Redis 提供了丰富的命令集,用于对数据进行操作和管理。以下是一些常见的基本命令及其示例:

  • SET key value [EX seconds] [PX milliseconds] [NX|XX]: 设置指定键的值。
bashCopy code
SET mykey "Hello"
  • GET key: 获取指定键的值。
bashCopy code
GET mykey
  • DEL key [key ...]: 删除一个或多个键。
bashCopy code
DEL key1 key2
  • EXISTS key: 检查键是否存在。
bashCopy code
EXISTS mykey
  • KEYS pattern: 查找匹配指定模式的键。
bashCopy code
KEYS mypattern*
  • EXPIRE key seconds: 设置键的过期时间(秒)。
bashCopy code
EXPIRE mykey 60
  • TTL key: 获取键的剩余生存时间。
bashCopy code
TTL mykey
  • FLUSHDB: 清空当前数据库的所有数据。
bashCopy code
FLUSHDB
  • SAVE: 将数据同步保存到磁盘上。
bashCopy code
SAVE
  • INFO [section]: 获取 Redis 服务器的信息和统计数据。
bashCopy code
INFO

这些命令提供了对 Redis 数据的基本操作和管理,包括设置键值、获取值、删除键、设置过期时间、清空数据等。使用这些命令可以方便地管理 Redis 数据库。

事务和持久化

事务(Transactions)

Redis 支持事务,通过 MULTI、EXEC、DISCARD 和 WATCH 等命令实现一组命令的原子执行。

  • MULTI: 开启事务,标记一个事务块的开始。
bashCopy code
MULTI
  • EXEC: 执行事务中的所有命令。
bashCopy code
EXEC
  • DISCARD: 取消事务,放弃执行事务中的所有命令。
bashCopy code
DISCARD
  • WATCH key [key ...]: 监视一个或多个键,在事务执行前监视的键发生变化,则事务不执行。
bashCopy code
WATCH mykey

Redis 事务通过 MULTI 开始,EXEC 执行,DISCARD 取消。在 EXEC 执行时,Redis 会原子性地执行事务中的命令,保证了事务中的命令要么全部执行成功,要么全部不执行。

持久化(Persistence)

Redis 支持多种持久化方式,用于在 Redis 重启后恢复数据。

  • 快照(Snapshot): 将数据以快照的形式写入磁盘,保存数据库的状态。
bashCopy code
SAVE
  • 追加式文件(Append-Only File): AOF 日志记录每个写操作,重启时重新执行这些操作以恢复数据。
bashCopy code
CONFIG SET appendonly yes

Redis 提供了持久化机制,保证数据在断电或重启后不会丢失。快照方式适合小型数据库,AOF 方式适合需要更高数据安全性的场景。
持久化和事务是 Redis 提供的重要功能,可以保证数据的安全性和一致性,并且支持灵活的数据操作。

Redis集群

Redis 集群架构

Redis 集群采用分布式架构,由多个节点组成,每个节点负责存储部分数据。集群采用哈希槽(hash slot)的方式将数据分片存储在不同的节点上。每个节点负责维护部分哈希槽,并在集群中协调数据的分布。

  • 哈希槽分配: Redis 集群将数据划分成 16384 个哈希槽(0-16383),每个节点负责维护其中一部分槽的数据。
  • 节点间通信: 节点间通过集群总线进行通信,用于节点间的协调、数据迁移、故障检测等操作。

主从复制和分片

  • 主从复制: Redis 集群中的每个节点都可以担任主节点或从节点。主节点负责处理客户端的读写请求,而从节点则负责复制主节点的数据。当主节点故障时,集群会进行自动故障转移,从节点中选举出新的主节点来接管服务。
  • 分片存储: Redis 集群通过分片存储来实现数据的横向拓展。每个键值对会根据其键名经过哈希计算映射到某个哈希槽,再根据槽位的分配,被存储到相应的节点上。这种方式有效减轻了单节点的存储压力。

主从复制和分片存储是 Redis 集群中重要的机制,通过这些机制实现了数据的高可用性、分布式存储和横向拓展。这使得 Redis 能够更好地应对大规模数据存储和高并发访问的需求。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,372评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,368评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,415评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,157评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,171评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,125评论 1 297
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,028评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,887评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,310评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,533评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,690评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,411评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,004评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,659评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,812评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,693评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,577评论 2 353

推荐阅读更多精彩内容