Redis持久化 CRUD操作：实现写删查功能的Redis数据管理方法

Redis持久化 | CRUD操作：实现写删查功能的Redis数据管理方法

2025年8月最新消息：Redis Labs近期宣布优化其持久化机制，在保持高性能的同时进一步降低RDB和AOF对系统资源的占用，使得大规模数据存储更加稳定，这一改进尤其适用于高并发场景下的数据管理需求。

Redis持久化：数据安全的关键

Redis作为内存数据库,速度快是它的核心优势，但内存数据易丢失，因此持久化机制至关重要，目前Redis提供两种主要的持久化方式：

RDB（Redis Database）

RDB是快照式持久化,定期将内存数据保存到磁盘，它的特点是：

• 优点：文件紧凑，恢复速度快，适合备份。
• 缺点：可能丢失最后一次快照后的数据。

配置示例（redis.conf）：

save 900 1      # 900秒内至少1个key被修改则触发保存  
save 300 10     # 300秒内至少10个key被修改则触发保存  

AOF（Append Only File）

AOF记录所有写操作命令,通过重放恢复数据。

• 优点：数据安全性高，支持秒级持久化（appendfsync everysec）。
• 缺点：文件较大，恢复速度较慢。

配置示例：

appendonly yes  
appendfsync everysec  # 每秒同步一次  

实际建议：生产环境通常结合使用RDB和AOF，既保证恢复效率又确保数据安全。

Redis CRUD操作：基础数据管理

写入数据（Create）

• SET：基础写入

  SET user:1001 "张三"  

• HSET：写入哈希表（适合对象存储）

  HSET user:1001 name "张三" age 30  

读取数据（Read）

• GET：获取字符串值

  GET user:1001  

• HGETALL：获取哈希表所有字段

  HGETALL user:1001  

• SCAN：安全遍历大量Key（避免阻塞）

  SCAN 0 MATCH "user:*"  

更新数据（Update）

• INCR：原子递增

  INCR page_views  

• HINCRBY：哈希字段数值更新

  HINCRBY user:1001 age 1  

删除数据（Delete）

• DEL：删除Key

  DEL user:1001  

• EXPIRE：设置过期时间（自动删除）

  EXPIRE user:1001 3600  # 1小时后过期  

实战技巧

批量操作提升效率

使用Pipeline减少网络往返时间：

PIPELINE  
SET order:2001 "待支付"  
EXPIRE order:2001 1800  
EXEC  

事务保证原子性

MULTI/EXEC确保多个命令要么全部执行，要么全部不执行：

MULTI  
INCR inventory  
DECR stock  
EXEC  

Lua脚本处理复杂逻辑

检查库存并扣减

EVAL "if redis.call('GET', 'stock') > 0 then redis.call('DECR', 'stock') return 1 else return 0 end" 0  

常见问题

1. 持久化导致性能下降？

   

   • 调整RDB保存频率,避免过于频繁。
   • AOF重写改为后台执行（bgrewriteaof）。

2. 内存不足怎么办？

   启用LRU淘汰策略（maxmemory-policy volatile-lru）。

3. 如何备份数据？

   定期复制RDB文件到异地（如云存储）。