数据库的悲观锁和乐观锁

悲观锁：悲观锁认为被他保护的数据是不安全的，随时都有可能变动，一个事务拿到悲观锁之后，其他任何事务都不能对该数据进行修改，只能等待锁被释放才可以执行。数据库中的行锁，表锁，读写锁，还有synchronized的实现都是悲观锁

（1）优点： 悲观锁利用数据库中的锁机制来实现数据变化的顺序，这是最有效的办法。

（2）缺点：一个事务用悲观锁对数据加锁之后，其他数据将不能对加锁的数据进行除了查询意外的所有操作，如果该事务执行时间很长，那么其他事务将一直等待，这会影响到系统的吞吐量

乐观锁：相对悲观锁而言，乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会对数据的冲突与否进行检测，如果发现冲突，则让返回用户错误的信息，让用户决定如何去做。

（1）优点：乐观锁不在数据库上加锁，任何事物都可以对数据进行操作，在更新时进行校验，这样就避免了悲观锁造成的吞吐量下降的劣势。

（2）缺点：乐观锁是通过我们人为实现的，仅仅适用于自己的业务中，如果有外来事务插入，就有可能发生错误

（1）乐观锁的实现方式通常有两种：增加一个版本号或者时间戳。其中，版本号最常用。

通过版本号实现的方式：事务在从数据库取数据时，会将该数据的版本号也取出来（v1)，当事务对数据变动完毕想要更新到表中时，会将之前取出的版本号（v1)于数据库中最新的版本（v2)对比，如果v1 = v2，那么说明在数据变动期间，没有其他事务对该数据进行修改，此时，就允许事务对表中的数据进性修改，并且修改version会加1，以此来表明数据已被变动； 如果v1 != v2，说明数据在变动期间被其他事务改变了，此时不允许将数据更新到表中，一般的处理办法是通知用户重新操作。不同于悲观锁，乐观锁是人为控制的。