前言
一些案例中有的同学说为什么不可以用string类型，string类型完全可以实现呀
我建议你看下我的专栏文章《Redis高级用法》,里面介绍了用hash类型的好处
商品维度计数
对商品喜欢数，评论数，鉴定数，浏览数进行计数 说起电商，肯定离不开商品，而附带商品有各种计数（喜欢数，评论数，鉴定数，浏览数,etc） Redis的命令都是原子性的，你可以轻松地利用INCR，DECR等命令来计数。
采用Redis 的类型: Hash. 如果你对redis数据类型不太熟悉，可以参考
为product定义个key product:，为每种数值定义hashkey,譬如喜欢数like_num
$redis->hIncrBy('product:123',1); // 添加 id为123的商品like_num +1
$redis->hGetAll('product:123'); // 获取id为123的商品相关信息
array('like_num '=> 1)
用户维度计数
对用户动态数、关注数、粉丝数、喜欢商品数、发帖数等计数 用户维度计数同商品维度计数都采用 Hash. 为User定义个key 为 user: 为每种数值定义hashkey,譬如关注数follow
$redis->hIncrBy('user:100000',1); // 更新uid为10000的用户follow +1
$redis->hGetAll('user:100000'); // 获取uid为10000的用户
array('like_num '=> 1)
存储社交关系
譬如将用戶的好友/粉丝/关注，可以存在一个sorted set中，score可以是timestamp 默认集合按照score递增排序 这样求两个人的共同好友的操作，可能就只需要用求交集命令即可
#uid为1000<a href="https://www.jb51.cc/tag/yonghu/" target="_blank" class="keywords">用户</a>关注uid为1001,<a href="https://www.jb51.cc/tag/score/" target="_blank" class="keywords">score</a>值设定时间戳1463557212$redis->zAdd('user:1000:follow',1463557333,'1002');
$redis->zAdd('user:2000:follow',1463577568,'1001');
$redis->zAdd('user:2000:follow',1463896964,'1003');
#uid为2000<a href="https://www.jb51.cc/tag/yonghu/" target="_blank" class="keywords">用户</a>关注1001和1003<a href="https://www.jb51.cc/tag/yonghu/" target="_blank" class="keywords">用户</a>,<a href="https://www.jb51.cc/tag/score/" target="_blank" class="keywords">score</a>值设定时间戳$redis->zInter('com_fllow:1000:2000',array('user:1000:follow','user:2000:follow'));
#对集合'user:1000:follow'和'user:2000:follow'取交集'com_fllow:1000:2000'
#获得共同关注的uid $redis->zRange('com_fllow:1000:2000',-1); // 获取全部集合元素
array('10001','10002')
用作缓存代替memcached
相对memcached 简单的key-value存储来说，redis众多的数据结构（list,set,sorted set,hash, etc）
可以更方便cache各种业务数据，性能也不亚于memcached。 NOTE: RPUSH pagewviews.user: EXPIRE pagewviews.user: 60 //注意要update timeout
反spam系统
应用系统评论、发布商品、论坛发贴的spam控制
作为一个电商网站被各种spam攻击是少不免（垃圾评论、发布垃圾商品、广告、刷自家商品排名等）
针对这些spam制定一系列anti-spam规则，其中有些规则可以利用redis做实时分析
譬如：1分钟评论不得超过2次、5分钟评论少于5次等（更多机制/规则需要结合drools ） 常规sorted set将最近一天用户操作记录起来 （为什么不全部记录？节省memory，全部操作会记录到log，后续利用hadoop进行更全面分析统计）
5秒内评论不得超过2次
if($redis->zRangeByscore('user:1000:comment',time()-5,time())==1)
echo '5秒之内不能评论2次';
5秒内评论不得少于2次
if(count($redis->zRangeByscore('user:1000:comment',time()))<2)
echo '5秒之内不能评论2次';
用户Timeline/Feeds
应用于关注的人、主题、品牌及专栏
redis在这边主要当作cache使用
$redis->expire('user:2000:Feed:topic',246060);
关注有效期为24小时
ttl 30天之内按秒数计算 30天之外以timestamp为准
最新列表&排行榜
商品最新列表-sorted set结构呈现
$redis->zRange('user:1000:product:like',-1,true);
#默认喜欢时间升序序排列
#
Array(
[3002] => 1463565179
[3001] => 1463565189
[3004] => 1463565199
[3003] => 1463565209
)
$redis->zRevRange('user:1000:product:like',true);
#以喜欢时间降序排列
#
Array
(
[3003] => 1463565424
[3004] => 1463565414
[3001] => 1463565<a href="https://www.jb51.cc/tag/404/" target="_blank" class="keywords">404</a>
[3002] => 1463565394
)排行榜-list数据结构呈现
$redis->lRange('user:1000:product:like',-1);
Array
(
[0] => 3003
[1] => 3004
[2] => 3001
[3] => 3002
)消息通知
采用Hash结构对消息通知业务场景计数
$redis->hIncrBy('user:1000:message:notice',1);
未读系统消息+1
$redis->hSet('user:1000:message:notice','comment',1);
设置1条未读评论
$redis->hIncrBy('user:1000:message:notice',1);
未读评论+1
$redis->hGetAll('user:1000:message:notice');
查看所有消息通知数量
Array
(
[system] => 2
[comment] => 2
)
将Redis用作消息队列
采用Redis的List数据结构实现分布式的消息队列
原文链接：https://www.f2er.com/php/19672.html