关于分布式锁的一点看法

      其实很多人在面试过程中都有遇到面试官问分布式的实现?其实要回答这个问题,即使你从未做个分布式锁,但只要你能正确理解锁这个概念,其实也能回答出来。搞应用开发的的,主要还是思路问题。下面我们先来了解锁。

     锁是一种共享资源,主要在多线程环境中使用。那么为什么会有锁?锁主要是解决并发环境中,某些资源能被正确的访问或修改,保证数据的正确性。在数据库中,锁从不同角度有多种叫法,比如:乐观锁(逻辑锁,通过数值来实现)、悲观锁(数据库锁);共享锁(select 并发度高)、排它锁(update、delete);行级锁、表锁。这些锁的出现都有一个共同特点,那就是粒度。因为锁会给系统带来瓶颈,所以在设计应用的过程中要注意这样的问题。那么在JAVA中,其实很多锁的设计思想都跟数据库很类似,比如:读锁(其实即使共享锁),写锁(排他锁);还有像ConcurrentHashMap使用了分段锁(相当于数据库的行级锁)。

     好了,说了那么多废话。那么在分布式系统中,如果我们要设计一把分布式锁,该如果操作?如果把分布式系统中的每一个节点看成是一个线程,那么大家应该能想到怎么做了吧。我们所要做的就是寻找一个全局的共享资源,比如:redis、数据库、zookeeper等,但有个前提是,这些资源都是只有一个主。也就是说这些共享资源即使有多个节点,那么也只有一个节点是主节点,所有的数据都已这个主节点的为标准。只要把锁放在这样的资源里面,所有业务节点按照一定的规则来使用这把锁,那么任何时刻都能保证同锁只能被一个业务节点使用。

猜你喜欢

转载自309593586-qq-com.iteye.com/blog/2415461