标签：产生 事务 发展 提高 cond 数据库 一个 类型 算法
顾名思义,乐观就是对于事情事务都是往好的一方面去想去发展.
悲观就是对于事情事务都是往坏的一方面去想去发展.
且两者各有优缺点.
共享资源每次只给一个线程使用,其他线程阻塞,用完之后再把资源转让给其他线程.
每次拿数据的时候都认为别人会修改,所以在每次那数据的时候都会上锁,这样别人再想拿这个数据的时候就会产生阻塞,直到它拿到锁.传统的关系型的数据库里面就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等 都是在做操作之前先上锁.
适用于多读的应用类型,可以提高吞吐量,向数据库提供的类似于write_condition机制都是提供的乐观锁.关键:提高吞吐量.
总是假设最好的情况，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号机制和CAS算法实现。
从上面对两种锁的介绍，我们知道两种锁各有优缺点，不可认为一种好于另一种，像乐观锁适用于写比较少的情况下（多读场景），即冲突真的很少发生的时候，这样可以省去了锁的开销，加大了系统的整个吞吐量。但如果是多写的情况，一般会经常产生冲突，这就会导致上层应用会不断的进行retry，这样反倒是降低了性能，所以一般多写的场景下用悲观锁就比较合适。
标签：产生 事务 发展 提高 cond 数据库 一个 类型 算法
原文地址：https://www.cnblogs.com/jhpy/p/12036779.html
