-
v2版本解决的问题
查看全部 -
redis数量控制器版本2
改进两点，为何起到作用？
分别对应版本1中的两个并发场景
一旦incrby，那么setn不会重制，因为其必定已经执行了set
incrby提前，不会出现并发场景下，两个incrby导致数量超限的场景
查看全部 -
Redis数量控制
redis和memcache都是基于内存，但两种系统的设计原理几乎相反
mem多进程，非阻塞。
redis单进程，阻塞。
两个不同原理使用场景也极不一样，比如：redis不适合大数据单元存储，但它又是天然的队列
redis 优缺点
优点: 无需处理并发问题,降低系统复杂度
缺点: 不适合缓存大尺寸对象(超过100KB)
计数器应用场景:
频率控制:接口防刷,密码尝试次数限制
数量统计:请求量统计
数量控制:商品抢购,奖励额度控制
查看全部 -
redis是单进程阻塞式，memchea是多进程非阻塞式
查看全部 -
Redis 数据类型：String 字符串，整数型字符串。Hash 哈希，key：value。 List 集合 。Set 集合，唯一不可重复。 Zset 有序集合。
查看全部 -
Redis 单进程，阻塞式。不适用于储存大数据内容。无需处理并发问题。
查看全部 -
less -N log/v2.log
ab -c 10 -n 300 http://xxx.com/test?v1=1
查看全部 -
v2支持并发
查看全部 -
对图一增加 $redis->incrby($keyName,$currAmount);
查看全部 -
v1版本 缺陷版本
初始化95 ？？？
查看全部 -
解决并发超卖问题
setnx 检测是否存在
直接增加 之后判断是否超卖
查看全部 -
get mycounter
set mycounter
incrby 1
查看全部 -
redis-cli 客户端连接 redis-server
exists mycounter
set mycounter 9
get mycounter
incr mycounter
incrby mycounter 2
incrby mycounter -2
setnx mycounter 检测key是否设置 ，不存在 进行设置 1，否则为0 设置不成功
expire mycounter 30 设置有效期为30S 生存时间
ttl mycounter 检查key剩余时间 -2 过期 -1 永不过期
查看全部 -
计数器 redis
查看全部 -
redis的列表类型键可以用来实现队列，并且支持阻塞式读取，可以很容易的实现一个高性能的优先级队列。
查看全部
举报