一年前写过一篇文章(话说同步机制https://my.oschina.net/gonglibin/blog/894690,代码实现http://git.oschina.net/gonglibin/GlbLib-1.0.0)比较了POSIX和SYSTEM V两种标准下的同步机制,从自旋锁讲到互斥锁讲到条件锁讲到读写锁讲到信号灯(信号量)讲到记录锁(文件锁),讲了各种机制的应用场景,最后附上性能测试报告。博文声情并茂小巧精炼代码整洁规范通俗易懂,不仅涵盖了多本《linux下编程指南》的优秀教材,更是凝聚了小哥我十年以上的一线研发经验,实在是不可多得的呕心沥血之作,让诸位见笑了。
《话说同步机制》中的方法本质上是在进程(线程)间之间共享一块内存标记区域,终究还是解决本地的同步问题,无法解决跨设备的同步要求,如今随随便便一个产品都要上集群,这就需要有一种分布式环境下,保障数据一致性的解决方案。REDIS的读写效率广受好评,如果对速度的要求不是变态高,差不离大概其的拿来用低成本低维护那是相当的省心省力呀,闲言碎语不多讲直接上手。
SETNX key value
起始版本:1.0.0
时间复杂度:O(1)
将key设置值为value,如果key不存在,这种情况下等同SET命令。当key存在时,什么也不做。SETNX是“SET if Not eXists”的简写。
返回值Integer reply:
1如果key被设置了
0如果key没有被设置
redis> SETNX mykey "Hello"
(integer) 1
redis> SETNX mykey "World"
(integer) 0
redis> GET mykey
"Hello"
redis>
EXPIRE key seconds
起始版本:1.0.0
时间复杂度:O(1)
设置key的过期时间,超过时间后,将会自动删除该key。在Redis的术语中一个key的相关超时是不确定的。超时后只有对key执行DEL命令或者SET命令或者GETSET时才会清除。 这意味着,从概念上讲所有改变key的值的操作都会使他清除。 例如,INCR递增key的值,执行LPUSH操作,或者用HSET改变hash的field所有这些操作都会触发删除动作。使用PERSIST命令可以清除超时,使其变成一个永久的key。如果key被RENAME命令修改,相关的超时时间会转移到新key上面。如果key被RENAME命令修改,比如原来就存在Key_A,然后调用RENAME Key_B Key_A命令,这时不管原来Key_A是永久的还是设置为超时的,都会由Key_B的有效期状态覆盖。
刷新过期时间
对已经有过期时间的key执行EXPIRE操作,将会更新它的过期时间。有很多应用有这种业务场景,例如记录会话的session。
返回值integer-reply:
1 如果成功设置过期时间。
0 如果key不存在或者不能设置过期时间。
redis> SET mykey "Hello"
OK
redis> EXPIRE mykey 10
(integer) 1
redis> TTL mykey
(integer) 10
redis> SET mykey "Hello World"
OK
redis> TTL mykey
(integer) -1
redis>
问题:
1、上述方法是否考虑到锁操作失败及进程(线程)异常情况?
2、上述方法是否考虑到锁操作为同一个进程(线程)的情况?
3、上述方法应该如何控制锁的有效性与失效自动销毁的实现?
仅以此文送给今天的自己,好好学习天天向上!