• 悲观锁
  数据库的锁通常都是页级锁，就是对同一张表里的数据采用串行化的更新插入机制，在任何时间同一张表只能插入一条数据，别的想插入的数据必须要等这条数据插完之后才能依次插入。结果是性能降低，频繁操作的时候，会假死，Oracle 是行级锁，oracle 悲观锁，分为：for update 和 for update nowait

• 乐观锁
  一开始假设不会造成冲突，提交的时候再进行数据冲突检测。

1. 数据取得时候，把整个数据都copy到应用中，提交的时候比对当前数据库中的数据和开始的时候取得的数据，如果两个数据一模一样，就表示没有冲突可以提交，否则是并发冲突，则需要业务逻辑解决

2. 版本戳，在乐观锁的数据库table上建立一个新的column，类型为number，数据每次更新一次的时候，版本数就会加1.如果有2个session同样的对某条数据进行操作，两者都取得的版本号为1，当第一个session进行数据更新后，在提交的时候查看到当前的数据库版本还是为1，和一开始取得的版本相同，则提交，第二个session也更新了数据提交，发现数据库版本为2，和一开始取得的版本号为1不一致，则知道别人已经更新过此条记录，这个时候再进行业务处理，比如整个transaction都rollback，在验证版本戳的时候，可以用应用程序或者trigger（开销比较大）

3. 和2类似，只不过是比较时间戳

• 死锁

1. 事务A取得数据列1的共享锁定

2. 事务B取得数据列2的共享锁定

3. 事务A现在要求数据列2的独占锁定，但会被阻塞到事务B完成并且释放出数据列2的共享锁定为止

4. 事务B现在要求数据列1的独占锁定，单会被阻塞到事务A完成并且释放出数据列1的共享锁定为止

等到事务B完成后，事务A才能完成，但是事务B又被事务A封闭了，这种情况叫循环相依性，事务A相依于事务B，并且事务B相依于事务B，从而封闭了这个循环

InnoDB解决死锁的方式是让最少X锁的事务回滚。