先聊聊 Hash，别急别慌，咱们慢慢说

Redis 的 Hash 就像一张小表格。 一个键下面Neng放好多字段。 字段名是小字符串，值也是字符串。 别kan它简单，内部可是用了哈希表或者 ziplist。 字段增删改查dou O。 说实话，这玩意儿特别适合存用户资料。 比如 user:1001 → name、age、email、score… 你想改分数，只要 HINCRBY 一下整个对象不用整体读写。 哈哈，这比把整个人信息序列化成 JSON 再 SET 要省事多了。 不过要注意，字段太多会自动从 ziplist 转成 hashtable，内存占用会涨一点。 不对不对，我忘了说你Ke以通过配置 list-max-ziplist-size 调整阈值。 其实hen多人误以为 Hash 只Neng存几条记录，其实Ke以上万上百万，只要内存够。 咱就是说用它来Zuo商品属性也hen舒服，一键 HMSET 批量写入。

HSET key field value HMSET key field1 val1 field2 val2 … HGET key field HMGET key field1 field2 … HINCRBY key field increment HEXISTS key field HLEN key HKEYS / HVALS / HGETALL

Redis List 是双向链表的升级版——quicklist。 左边叫 head，右边叫 tail。 LPUSH 往左插，RPUSH 往右插；LPOP 左弹出，RPOP 右弹出。 这就Neng轻松实现栈和队列。 Ru果你想让消费者阻塞等消息，用 BRPOP/BLPOP 就行了——空等不浪费 CPU。 还有 LTRIM，Ke以把列表裁剪到固定长度，常用于时间线或日志保留Zui近 N 条。 记得 List 适合顺序访问，不适合随机定位，因为 LINDEX 要 O。

LPUSH key value1 value2 … RPUSH key value1 value2 … LPOP key / RPOP key LRANGE key start stop——常用来翻页 LLEN key
LINDEX key index—‑ 慢点儿 LTRIM key start stop—‑ 实现“只保留Zui新 N 条”hen方便 BLPOP / BRPOP —‑ 消息队列首选

Hash geng像对象的属性集合，一次Ke以只改一个属性；List geng像有序的事件流，一次只Neng在头尾增删。 Ru果业务需要频繁geng新某个字段，却不想把整条记录拉下来改再塞回去，用 Hash Zui划算。 相反，Ru果你要实现任务调度、日志轮转、社交时间线，那 List 才是王道。 别忘了两者还Neng混搭：比如每个用户的动态列表里每条动态本身是一个 Hash 存储点赞数、评论数等细节。 这么玩儿，你会发现 Redis Neng把关系型 DB 的两张表合并进一个键里还保持高性Neng！

假设我们有一个游戏，需要给玩家加分并实时推送任务通知。

# 增加积分 HINCRBY user:123 score 10 // 原子加十分 # geng新昵称 HSET user:123 nickname “小明” // 字段级geng新 # 推送任务到队列 LPUSH task_queue “完成每日签到” // 生产者发布任务 # 消费者阻塞等待任务 BRPOP task_queue 0 // 永久阻塞直到有任务 # 保持Zui近 100 条系统日志 LPUSH sys_log “服务器启动” ; LTRIM sys_log 0 99 // 自动裁剪长度

说起搜索引擎收录，这事儿挺玄乎的。 hen多站点抱怨“百度根本不给我收录”。 其实原因大多在于：内容重复度高、缺少原创价值；页面加载慢、没有合理的 meta 信息；还有就是站点权重太低，没有外部链接支撑。

解决办法嘛，先保证每篇文章dou有独特标题和摘要；再优化图片压缩，提高首屏渲染速度；Zui后多写点技术深度文章，自然会吸引其他站点引用，从而提升权重。

Hash 字段名太长会导致内存浪费——Zui好保持简短且有意义。

List 中大量小元素会产生hen多 ziplist 节点，内存碎片稍微多一点，不过 Redis 会自动压缩。

别忘了设置合理的过期时间。Ru果用户数据长期不活跃，用 EXPIRE 给 Hash 打上 TTL，防止冷数据占满内存。

使用 pipeline 把一堆 HSET/HINCRBY 合并发出去，网络往返次数降到Zui少。

对于热点字段，比如商品库存，用 Lua 脚本Zuo原子检查+扣减，比单纯 HINCRBY geng安全。

List 当作队列时Ru果生产速率远大于消费速率，Ke以配合 Redis Stream 或者设置 maxlen 来自动裁剪防止无限增长。

今天我们聊了这么多，你是不是Yi经对这两个结构有点眉目了？哈哈，不要急着去写代码，把概念先弄清楚，再慢慢实验。

记住：Hash 用来装“对象”，List 用来装“序列”。二者配合得好，你的业务逻辑会变得既简洁又高效。

Ru果还有啥疑惑，就在评论区甩出来我们一起吐槽，一起调试。

下篇我们继续拆解 Set 与 Sorted Set——集合运算和排行榜的终极利器，敬请期待！