数据库为了实现并发控制通常会采用加锁的方法。而锁通常分为两类:乐观锁和悲观锁。在某篇文章中看到这是从用户的角度来看的。如果从数据库实现来看,则好像是分成共享锁(S锁)和独占锁(X)。在这里只谈一下我对乐观锁和悲观锁的一些个人理解。
乐观锁的出发点是相信并发操作发生冲突的概率比较少,即两个用户同时对一条数据进行修改的概率。这样每当用户要修改一条数据,并且加了乐观锁的话,其他用户还是可以获取该数据,并且也可以修改,但是只有第一个用户的提交是有效的,其他用户的提交则会报错,告诉用户你要修改的数据已经被其他用户修改了。
悲观锁则刚好相反,认为并发操作冲突的概率比较大。每次要更改数据的就加锁(读的时候加锁实际上没有太大的意义),这样其他用户想要修改数据的时候只能是等到加锁的用户释放锁才行。
显然乐观锁的效率要高于悲观所。因此在效率很重要而并发不是那么严格的时候通常会采用乐观锁。
有人可能不清楚加锁跟事务之间有什么关系。其实数据库为在自动根据用户设定的隔离等级给事务加相应的锁。
<script type="text/javascript"> </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>
乐观锁的出发点是相信并发操作发生冲突的概率比较少,即两个用户同时对一条数据进行修改的概率。这样每当用户要修改一条数据,并且加了乐观锁的话,其他用户还是可以获取该数据,并且也可以修改,但是只有第一个用户的提交是有效的,其他用户的提交则会报错,告诉用户你要修改的数据已经被其他用户修改了。
悲观锁则刚好相反,认为并发操作冲突的概率比较大。每次要更改数据的就加锁(读的时候加锁实际上没有太大的意义),这样其他用户想要修改数据的时候只能是等到加锁的用户释放锁才行。
显然乐观锁的效率要高于悲观所。因此在效率很重要而并发不是那么严格的时候通常会采用乐观锁。
有人可能不清楚加锁跟事务之间有什么关系。其实数据库为在自动根据用户设定的隔离等级给事务加相应的锁。
<script type="text/javascript"> </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>