悲观锁的特点是“先获取锁，再进行业务操作“”。即“悲观”的认为获取锁是非常有可能失败的，因此要先确保获取锁成功再进行业务操作
读取某几行数据时会给他们加上锁，其他的要修改数据只能等悲观锁结束才能进行
通常来讲在数据库上的悲观锁需要数据库本身提供支持

乐观锁的特点“先进行业务操作，不到万不得已不去拿锁”。即“乐观”的认为拿锁多半是会成功的，因此在进行完业务操作需要实际更新数据的最后一步再去拿一下锁就好。
只需判断数据有没有被更新过，如果被更新过就不更新
乐观锁在数据库上的实现完全是逻辑的，不需要数据库提供特殊的支持。一般的做法是在需要锁的数据上增加一个版本号，或者时间戳

# 优点
乐观锁机制避免了长事务中的数据库加锁开销，大大提升了大并发量下的系统整体性能表现

# 缺点
乐观锁机制往往基于系统中的数据存储逻辑，因此也具备一定的局限性
乐观锁机制是在我们的系统中实现，来自外部系统的更新操作不受我们系统的控制，因此可能会造成脏数据被更新到数据库中