认识达内从这里开始

要知道，程序员在平时编写程序的时候，为了考虑到线程安全问题，通常都会进行加锁操作，而今天我们就通过案例分析来了解一下，数据库开发中乐观锁与悲观锁的应用特点。

一、锁的重要性

锁是数据库中为重要的机制之一，无论平时写的select语句，还是update语句其实在数据库层面都和锁息息相关。如果没有锁机制，操作数据的时候可能会发生以下情况：

更新丢失：多个用户同时对一个数据资源进行更新，必定会产生被覆盖的数据，造成数据读写异常。

不可重复读：如果一个用户在一个事务中多次读取一条数据，而另外一个用户则同时更新啦这条数据，造成一个用户多次读取数据不一致。

脏读：一个事务读取二个事务正在更新的数据表，如果二个事务还没有更新完成，那么一个事务读取的数据将是一半为更新过的，一半还没更新过的数据，这样的数据毫无意义。

幻读：一个事务读取一个结果集后，二个事务，对这个结果集经行增删操作，然而一个事务中再次对这个结果集进行查询时，数据发现丢失或新增。

二、乐观锁和悲观锁

1、乐观锁

乐观锁认为一般情况下数据不会造成冲突，所以在数据进行提交更新时才会对数据的冲突与否进行检测。如果没有冲突那就OK;如果出现冲突了，则返回错误信息并让用户决定如何去做。类似于 SVN、GIt这些版本管理系统，当修改了某个文件需要提交的时候，它会检查文件的当前版本是否与服务器上的一致，如果一致那就可以直接提交，如果不一致，那就必须先更新服务器上的新代码然后再提交(也就是先将这个文件的版本更新成和服务器一样的版本)

乐观锁是一种程序的设计思想，通过一个标识的对比来决定数据是否可以操作，现在普遍的做法是给数据加一个版本号或者时间戳的方式来实现乐观锁操作过程： 在表中设计一个版本字段 version，一次读的时候，会获取 version 字段的取值。然后对数据进行更新或删除操作时，会执行UPDATE ... SET version=version+1 WHERE version=version。此时如果已经有事务对这条数据进行了更改，修改就不会成功。

2、悲观锁

每次获取数据的时候，都会担心数据被修改，所以每次获取数据的时候都会进行加锁，确保在自己使用的过程中数据不会被别人修改，使用完成后进行数据解锁。由于数据进行加锁，期间对该数据进行读写的其他线程都会进行等待。

总结

无论是乐观锁和悲观锁，并非是数据库自身持有的锁类型(虽然悲观锁形式上很像独占锁)，而是程序设计的一种思想，是一种类似数据库锁机制保护数据一致性的策略。

悲观锁比较适合写入操作比较频繁的场景，如果出现大量的读取操作，每次读取的时候都会进行加锁，这样会增加大量的锁的开销，降低了系统的吞吐量。

乐观锁比较适合读取操作比较频繁的场景，如果出现大量的写入操作，数据发生冲突的可能性就会增大，为了保证数据的一致性，应用层需要不断的重新获取数据，这样会增加大量的查询操作，降低了系统的吞吐量。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请在707945861群中学习了解。