redis深度理解底层锁原理

redis锁

redis的锁分别有INCR、SETNX、SET，那么我们就开始来谈谈他们的用法和场景吧！

1.INCR：（计时器，+1操作）
    a) 语法：INCR key
    b) 场景：
        1)控制api 1秒内的多次访问 ；
        2)记录用户每天访问网站的登录次数 ；

    c) 为何我们说这个怎么能算锁呢，当然，单独它肯定是算不了锁的，因为它本身就不断的+1 +1，那我们怎么办呢，来看下面的：
        1) 我们如何实现场景1) 呢？

FUNCTION LIMIT_API_CALL(ip)
ts = CURRENT_UNIX_TIME()
keyname = ip+":"+ts
current = GET(keyname)
IF current != NULL AND current > 10 THEN
    ERROR "too many requests per second"
ELSE
    MULTI
        INCR(keyname,1)
        EXPIRE(keyname,1)
    EXEC
    PERFORM_API_CALL()
END

        2) 我们如何实现场景2) 呢？

INCR key

        然后我们在使用INCR的时候，一般都是要借助EXPIRE这个命令来结合使用：(我始终觉得这种使用的场景太局限了，也就一秒，而且也只能+1，在增 1 就会不行，实际上我们也就控制数量为 1 而已了，保证只能为 1)

$redis->incr($key);
$redis->expire($key, $outtime); //设置生成时间为1秒

2.SETNX: 这个我就不讲了，因为在redis 2.6.12版本就会被抛弃的了

3.SET:
    a) 语法：SET KEY VALUE [EX seconds] [PX milliseconds] [NX|XX]
    b) 场景：
        1) set最大可以接受512M的长度，所以缓存放这里也是没问题哒；
        2) 来对数据进行添加，比如要添加某个用户，如果存在，则不给予操作。
    c) 其实这个锁的实现也就是利用了set的NX ，因为NX是如果存在，则不进行添加或修改，然后同时SET也是有expires的过期时间来释放锁的。

总结：
    上面的这些所谓锁，也就是利用了expire，还有自带的NX来进行操作的一定保证，也就间接的实现锁的操作，这也是基于对redis的底层原理理解。

有疑问可以微聊我，或者添加公众号了解，即将在公众号深度剖析redis的事务锁 + 分布式锁