悲观锁
数据库的锁通常都是页级锁,就是对同一张表里的数据采用串行化的更新插入机制,在任何时间同一张表只能插入一条数据,别的想插入的数据必须要等这条数据插完之后才能依次插入。结果是性能降低,频繁操作的时候,会假死,Oracle 是行级锁,oracle 悲观锁,分为:for update 和 for update nowait乐观锁
一开始假设不会造成冲突,提交的时候再进行数据冲突检测。
数据取得时候,把整个数据都copy到应用中,提交的时候比对当前数据库中的数据和开始的时候取得的数据,如果两个数据一模一样,就表示没有冲突可以提交,否则是并发冲突,则需要业务逻辑解决
版本戳,在乐观锁的数据库table上建立一个新的column,类型为number,数据每次更新一次的时候,版本数就会加1.如果有2个session同样的对某条数据进行操作,两者都取得的版本号为1,当第一个session进行数据更新后,在提交的时候查看到当前的数据库版本还是为1,和一开始取得的版本相同,则提交,第二个session也更新了数据提交,发现数据库版本为2,和一开始取得的版本号为1不一致,则知道别人已经更新过此条记录,这个时候再进行业务处理,比如整个transaction都rollback,在验证版本戳的时候,可以用应用程序或者trigger(开销比较大)
和2类似,只不过是比较时间戳
死锁
事务A取得数据列1的共享锁定
事务B取得数据列2的共享锁定
事务A现在要求数据列2的独占锁定,但会被阻塞到事务B完成并且释放出数据列2的共享锁定为止
事务B现在要求数据列1的独占锁定,单会被阻塞到事务A完成并且释放出数据列1的共享锁定为止
等到事务B完成后,事务A才能完成,但是事务B又被事务A封闭了,这种情况叫循环相依性,事务A相依于事务B,并且事务B相依于事务B,从而封闭了这个循环
InnoDB解决死锁的方式是让最少X锁的事务回滚。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。