只有想不到没有做不到，程序的力量。。。通过本文主要向大家介绍了悲观锁,乐观锁,数据库等相关知识,希望本文的分享对您有所帮助
一、前言 在多用户的环境中，经常会出现多个用户同对一条记录进行修改，这时就不可避免的产生冲突。这也是并发场景中经常会遇到的问题。比较常见的冲突有：丢失更新与脏读。一个事务的更新覆盖了其它事务的更新结果，就是所谓的更新丢失，如用户把A的值由6变成2，用户B把2变成6.此时对于用户A来说，他的修改是无效的；当一个事务读取其它完成一半事务的记录时，就会发生脏读取。如用户A,B看到的值都是6，用户B把值改成2，此时A用户读到的仍是6。为了解决上述问题，需要引入并发控制，目前比较常见的并发控制就是加锁。当一个用户锁住数据库中的某个对象时，其他用户就不能再访问该对象。加锁对并发访问的影响体现在锁的粒度上。比如，放在一个表上的锁限制对整个表的并发访问；放在数据页上的锁限制了对整个数据页的访问；放在行上的锁只限制对该行的并发访问。可见行锁粒度最小，并发访问最好，页锁粒度最大，表锁介于2者之间。 二、悲观锁与乐观锁 。 乐观锁则认为其他用户企图改变你正在更改的对象的概率是很小的，因此乐观锁直到你准备提交所作的更改时才将对象锁住，当你读取以及改变该对象时并不加锁。可见乐观锁加锁的时间要比悲观锁短，乐观锁可以用较大的锁粒度获得较好的并发访问性能。但是如果第二个用户恰好在第一个用户提交更改之前读取了该对象，那么当他完成了自己的更改进行提交时，数据库就会发现该对象已经变化了，这样，第二个用户不得不重新读取该对象并作出更改。这说明在乐观锁环境中，会增加并发用户读取对象的次数。 三、两种锁使用的选择