Redis Hash实现购物车功能如何存_利用HINCRBY增减商品数量-Redis-PHP中文网

redis hash 最适合存购物车，因其天然支持按商品id（field）原子增减、查询、删除；hincrby可安全±数量并自动初始化为0，但需应用层校验负数；key为cart:{user_id}，value仅存整数数量，过期用expire设置。

redis hash实现购物车功能如何存_利用hincrby增减商品数量

为什么用 Redis Hash 存购物车而不是 String 或 JSON？

因为购物车本质是「用户 → 多个商品 ID → 各自数量」的映射关系，Hash 天然支持按 field（商品 ID）独立增减、查询、删除，且所有操作原子——HINCRBY 增减时不会出现并发超卖或负数，也不用先读再算再写。String 存 JSON 要反序列化+重序列化，锁或事务成本高；List 不支持按商品 ID 快速定位；Set 不能存数量。Hash 是最直接匹配语义的结构。

`HINCRBY` 增减商品数量的正确用法

HINCRBY 是唯一能安全做“+1/-1”且自动初始化为 0 的命令，比 HSET + 读取判断更简洁可靠。它只接受整数，所以必须确保传入的是数字类型值（不是字符串 "1"），否则报错 (error) ERR hash value is not an integer。

加 1 件：HINCRBY cart:123 "sku:1001" 1
减 1 件（可能归零）：HINCRBY cart:123 "sku:1001" -1
设为 5 件（不能用 HINCRBY，改用 HSET）：HSET cart:123 "sku:1001" 5
清空某商品：HDEL cart:123 "sku:1001"（比设为 0 更干净，后续 HLEN 统计也准确）

如何避免 `HINCRBY` 导致负库存？

HINCRBY 本身不校验业务逻辑，减到负数会成功（比如当前 0，再 HINCRBY ... -1 得 -1）。必须在应用层兜底：

减之前用 HGET cart:123 "sku:1001" 拿当前值，判断是否 ≤ 0 再决定是否执行减操作

或者用 Lua 脚本把“读-判-减”打包成原子操作（推荐）：

if tonumber(redis.call("HGET", KEYS[1], ARGV[1])) > 0 then
  return redis.call("HINCRBY", KEYS[1], ARGV[1], -1)
else
  return 0
end

注意：不要依赖 HEXISTS 判断是否存在，因为 field 存在但值为 "0" 也是合法状态（比如用户手动设为 0 后又加回）

实际存哪些字段？key 设计和过期怎么配？

key 用 cart:{user_id} 最清晰；field 用业务主键（如 sku:1001），别用数据库自增 ID，避免跨系统耦合。value 只存数量（整数），其他信息（名称、价格、图片）查商品服务实时获取，不冗余进 Redis —— 否则价格变时要同步更新所有购物车，极易不一致。

设置过期：EXPIRE cart:123 3600（1 小时），登录态续期时刷新；别用 SETEX，因为 Hash 不能用 SETEX 直接设过期，得额外调一次 EXPIRE
慎用 HGETALL：用户商品多时返回大体积数据，建议分页用 HSCAN（配合游标）或前端按需拉单个 HGET
清空整个购物车：DEL cart:123，比循环 HDEL 所有 field 快得多