在做了这次扩展之后，每次新增预定记录时，需要注意检测库存key集合中是否已经存在对应的redis key值，如果不存在需要将redis key值加入库存key集合中。删除操作也类似。
六、总结
上面使用了循序渐进的方法讲述了一下问题，不过现实的场景中，这三种宝物类型在我们的业务中是同时存在的。上面的设计保持了三种宝物类型存储上的统一性。如果只考虑A类宝物的话，库存只有三个维度，其实完全不必使用hash数据类型来存储，set类型就足够了。
我们存储这些预定情况的主要目的，就是为了方便快速地查到库存冲突情况。比如有人已经定了12月3日，59号房间的A类宝物，那又有另外一个人想预定一样的日期、房间的A类宝物时，通过内存中的库存查询��我们可以很方便地告诉客户，该库存已经被其他人抢先预定了。
以上就是我在业务中碰到的一个缓存设计的小问题，不吝赐教！
下面关于Redis的文章您也可能喜欢，不妨参考下：
Ubuntu 14.04下Redis安装及简单测试
Redis主从复制基本配置 https://www.linuxidc.com/Linux/2015-03/115610.htm
Redis集群搭建与简单使用 https://www.linuxidc.com/Linux/2017-03/142210.htm
CentOS 7下Redis的安装与配置 https://www.linuxidc.com/Linux/2017-02/140363.htm
Ubuntu 14.04安装Redis与简单配置 https://www.linuxidc.com/Linux/2017-01/139075.htm
Ubuntu 16.04环境中安装PHP7.0 Redis扩展 https://www.linuxidc.com/Linux/2016-09/135631.htm
Redis 单机&集群离线安装部署 https://www.linuxidc.com/Linux/2017-03/141403.htm
CentOS 7.0 安装Redis 3.2.1详细过程和使用常见问题 https://www.linuxidc.com/Linux/2016-09/135071.htm
Ubuntu 16.04环境中安装PHP7.0 Redis扩展 https://www.linuxidc.com/Linux/2016-09/135631.htm
Ubuntu 15.10下Redis集群部署文档 https://www.linuxidc.com/Linux/2016-06/132340.htm
Redis实战 中文PDF https://www.linuxidc.com/Linux/2016-04/129932.htm
Redis热迁移实战总结 https://www.linuxidc.com/Linux/2017-02/141083.htm
Redis3.0配置文件详解 https://www.linuxidc.com/Linux/2017-03/141369.htm