我们探讨过幂等机制的实现方案,今天我们再来探讨下分布式锁是不是控制并发幂等的方式? 可能由于客户端的重复提交产生多份相同的数据,也可能因为服务端的重试机制产生多次提交。此时,单单通过防重机制是不够的,还需要服务端的幂等机制保证唯一性。幂等机制的核心是保证资源唯一性,例如客户端重复提交或服务端的多次重试只会产生一份结果。支付场景、退款场景,涉及金钱的交易不能出现多次扣款等问题。事实上,查询接口用于获取资源,因为它只是查询数据而不会影响到资源的变化,因此不管调用多少次接口,资源都不会改变,所以是它是幂等的。而新增接口是非幂等的,因为调用接口多次,它都将会产生资源的变化。因此,我们需要在出现重复提交时进行幂等处理。
注意的是,为了避免并发场景,我们可以通过锁机制,例如悲观锁与乐观锁保证数据的唯一性。这里,分布式锁是一种经常使用的方案,它通常情况下是一种悲观锁的实现。但是,很多人经常把悲观锁、乐观锁、分布式锁当作幂等机制的解决方案,这个是不正确的。并发控制只是保证临界区资源的安全,不出现脏数据,如果并发控制,多次提交是合法的,只是业务方面不合法,所以做幂等控制 。(感谢,【零度】诠释)
因此,通过分布式锁不是控制并发幂等的方式,需要在提交记录的时候通过幂等机制保证数据的唯一性,确保不论如何设置超时时间,都不会出现幂等控制的问题。
1.什么是锁?
锁的核心是对资源进行独占,如cpu,io,内存,数据库中某个记录等等。在单机里面,锁的概念非常好理解,学校只有一个电话,很多人需要打电话,那怎么办呢?得有个管理员来负责安排谁可以打电话,至于优先顺序可以由管理员来定,如先到先打,或者时间短的先打,也可以事情重要的先打。在编程里面就是单机程序来控制谁来使用某个或者某些资源。
2.什么是分布式锁
单机里面锁很好理解,但是放到了多台机器的话,那么谁来控制使用资源呢,当然是需要一个第三方的协调着来记录当前某个资源是不是被某台机器的某个进程在使用中。这里分布式锁可以是数据库,可以是缓存,甚至zookeeper
是控制分布式系统之间同步访问共享资源的一种方式。在分布式系统中,常常需要协调他们的动作。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源,那么访问这些资源的时候,往往需要互斥来防止彼此干扰来保证一致性,在这种情况下,便需要使用到分布式锁。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。