在单机时代，虽然不存在分布式锁，但也会面临资源互斥的情况，只不过在单机的情况下，如果有多个线程要同时访问某个共享资源的时候，我们可以采用线程间加锁的机制，即当某个线程获取到这个资源后，就需要对这个资源进行加锁，当使用完资源之后，再解锁，其它线程就可以接着使用了。例如，在 Java 中 synchronize/Lock 等。
但是到了分布式系统的时代，这种线程之间的锁机制，就没作用了，系统可能会有多份并且部署在不同的机器上，这些资源已经不是在线程之间共享了，而是属于进程之间共享的资源。因此，为了解决这个问题，「分布式锁」就出现了。
分布式锁是控制分布式系统之间同步访问共享资源的一种方式。在分布式系统中，常常需要协调他们的动作。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源，那么访问这些资源的时候，往往需要互斥来防止彼此干扰来保证一致性，在这种情况下，便需要使用到分布式锁。
乐观锁的特点先进行业务操作，不到万不得已不去拿锁。“乐观”的认为拿锁多半是会成功的，因此在进行完业务操作需要实际更新数据的最后一步再去拿一下锁就好。
乐观锁机制是在数据库表中引入一个版本号（version）字段来实现
当我们要从数据库中读取数据的时候，同时把这个 version 字段也读出来，如果要对读出来的数据进行更新后写回数据库，则需要将 version 加 1，同时将新的数据与新的 version 更新到数据表中，且必须在更新的时候同时检查目前数据库里 version 值是不是之前的那个 version ，如果是，则正常更新。如果不是，则更新失败，说明在这个过程中有其它的进程去更新过数据了
乐观锁遵循的两点法则：