oracle 锁类型及解决办法-悲观锁与乐观锁

读oracle编程艺术深入数据库体系结构-第六章的一些心得体会：

为了解决更新丢失：用户1在屏幕读取一行数据，用户2也读取同一行数据，两个用户更新了不用的字段，

早提交的那个用户没有更新的字段，会被另一个用户覆盖，

乐观锁解决方法：

1，应用保存旧值，更新的前一刻比较旧值和新值，如果不一样，表示有人动过数据，更新0行（应用程序代价大，要多谢代码）

2，新加一列比较值，比如时间列，对比更新时时间列有没被修改（oracle代价小）

3，用oracle_hash计算出虚拟列,对比更新时虚拟列有没被修改(oracle代价大，但网络代价小，传输虚拟列的字段值，比传输列代价小，特别是遇到打字单时候)

悲观锁解决办法：

认为我要更新的值，一定会被其他人更新，所以先上行锁for update nowait，再更新值，适合只有几百个连接的数据库，不适合现在的高并发。

select* from for update nowait;--和悲观锁 乐观锁 没关系，但是一般在悲观锁使用，锁住行的时候用for update nowait防止多久的等待

oracle锁类型 oracle变成艺术深入数据库体系结构

dml锁：数据块上要预留足够的空间给事务槽，不然不能进行很多的事务 影响并发性，书本有例子，每个事务都要用事务槽记录。

tx针对行，tm针对表，确保数据修改时，表结构不会被改变

ddl锁

内部锁和闩：闩是oracle采用轻量级的低级串行化设备，功能上类似锁，不要被轻量级迷惑，闩是导致竞争的常见原因，轻量级是指闩的实现 而不是功能

闩和队列锁的区别：

闩不需要太长时间等待，没有按照顺序，请求不到就去干其他事，等会再来试一试，会直接告诉你可不可用，闩持有者异常死了，由PMON清理

队列锁需要按顺序排队，没有闩快，但是可以实现多级别的锁

闩的自旋：反复请求大概2000次（文档中没说明），如果还没得到，会放弃cpu，睡眠一小段时间后再请求，所以很消耗cpu，会出现 实际没做

什么事，但是cpu消耗很高。使得系统看上去很忙

绑定变量会较少闩的