悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。乐观锁(Opt...
分类：
其他好文 时间：
2015-03-28 01:03:07
阅读次数：
501
为什么需要锁（并发控制）？在多用户环境中，在同一时间可能会有多个用户更新相同的记录，这会产生冲突。这就是著名的并发性问题。典型的冲突有：l丢失更新：一个事务的更新覆盖了其它事务的更新结果，就是所谓的更新丢失。例如：用户A把值从6改为2，用户B把值从2改为6，则用户A丢失了他的更新。l脏读：当一个事务...
分类：
其他好文 时间：
2015-03-11 12:51:48
阅读次数：
142
链接：http://www.csdn.net/article/2012-12-12/2812708-leguansuo-beiguansuo-couchbase：云计算对数据库的并发访问一直是应用程序开发者需要面对的问题之一，一个好的解 决方案不仅可以提供高的可靠性还能给应用程序的性能带来提升。下面...
分类：
其他好文 时间：
2014-11-11 18:18:11
阅读次数：
254
锁是处理数据库事务并发的一种技术，当两个或更多数据库事务并发地访问相同数据时，锁可以保证同一时间只有一个事务可以修改数据。锁的方法通常有两种：乐观锁和悲观锁。乐观锁认为多个并发事务之间很少出现冲突，也就是说不会经常出现同一时间读取或修改相同数据，在乐观锁中，其目标是让并发事务自由地同时得到处理，而不是发现或预防冲突。两个事务在同一时刻可以访问相同的数据，但为了预防冲突，需要对数据执行一次检查，检查...
分类：
其他好文 时间：
2014-09-30 23:59:30
阅读次数：
198
假如两个线程同时修改数据库同一条记录，就会导致后一条记录覆盖前一条，从而引发一些问题。例如： 一个售票系统有一个余票数，客户端每调用一次出票方法，余票数就减一。情景： 总共300张票，假设两个售票点，恰好在同一时间出票，它们做的操作都是先查询余票数，然后减一。一般的sql语句： declare...
分类：
数据库 时间：
2014-09-04 14:48:59
阅读次数：
257
乐观锁和悲观锁为什么需要锁（并发控制）？在多用户环境中，在同一时间可能会有多个用户更新相同的记录，这会产生冲突。这就是著名的并发性问题。典型的冲突有：l丢失更新：一个事务的更新覆盖了其它事务的更新结果，就是所谓的更新丢失。例如：用户A把值从6改为2，用户B把值从2改为6，则用户A丢失了他的更新。l脏...
分类：
其他好文 时间：
2014-08-18 00:13:53
阅读次数：
205
在实际的多用户并发访问的生产环境里边，我们经常要尽可能的保持数据的一致性。而其中最典型的例子就是我们从表里边读取数据，检查验证后对数据进行修改，然后写回到数据库中。在读取和写入的过程中，如果在多用户并发的环境里边，其他用户已经把你要修改的数据进行了修改是非常有可能发生的情况，这样就造成了数据的不一致...
分类：
数据库 时间：
2014-07-18 10:06:03
阅读次数：
299
悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。...
分类：
其他好文 时间：
2014-07-09 13:08:13
阅读次数：
138
在数据库中，并发控制有乐观锁和悲观锁之间，什么时候用乐观锁比较好什么时候用悲观锁比较好？
实际生产环境里边，如果并发量不大，完全可以使用悲观锁定的方法，这种方法使用起来非常方便和简单。但是如果系统的并发非常大的话，悲观锁定会带来非常大的性能问题，所以就要选择乐观锁定的方法。
悲观锁假定其他用户企图访...
分类：
数据库 时间：
2014-05-31 12:44:38
阅读次数：
252
