如何给oracle数据库添加乐观锁

乐观锁一开始也说了，就是一开始假设不会造成数据冲突，在最后提交的时候再册信进行数据冲突检测。在乐观锁中，我们有3种

常用的做法来实现。

[1]第一种就是在数据取得的时候把整个数据都copy到应用中，在进行提交的时候比对当前数据库中的数据和开始的时候更新前取得的数据。当发现两个数据一模一样以后，就表示没有冲突可以提交，否则则是并发冲突，需要去用业务逻辑进行解决。

[2]第二种乐观锁的做法就是采用版本戳，这个在Hibernate中得到了使用。采用版本戳的话，首先需要在你有乐观锁的数据库table上建立一个新的column，比如为number型，当你数据每更新一次的时候，版本数就会往上增加1。比如同样有2个session同样对某条数据进行 *** 作。两者都取到当前的数据的版本号为1，当第一个session进行数据更新后，在提交的时候查看到当前数据的版本还为1，和自己一开始取到的版本相同。就正式提交，然后把版本号增加1，这个时候当前数据的版本为2。当第二个session也更新了数据提交的时候，发现数据库中版本为2，和一开始这个session取到的版本号不一致，就知道别人更新过此条数据，这个

时候再进行业务处理，比如整个Transaction都Rollback等等 *** 作。在用版本戳的时候如姿升，可以在应用程序侧使用版本戳的验证，也可以在数据库侧采用Trigger(触发器)来进行验证。不过数据库的Trigger的性能开销还是比较的大，所以能在应用侧进行验证的话还是推荐不用Trigger。

[3]第三种做法和第二种做法有点类似，就是也新增一个Table的Column，不过这次这个column是采用timestamp型，存储渣老数据最后更新的时间。在Oracle9i以后可以采用新的数据类型，也就是timestamp with time zone类型来做时间戳。这种Timestamp的数据精度在Oracle的时间类型中是最高的，精确到微秒(还没与到纳秒的级别)，一般来说，加上数据库处理时间和人的思考动作时间，微秒级别是非常非常够了，其实只要精确到毫秒甚至秒都应该没有什么问题。和刚才的版本戳类似，也是在更新提交的时候检查当前数据库中数据的时间戳和自己更新前取到的时间戳进行对比，如果一致则OK，否则就是版本冲突。如果不想把代码写在程序中或者由于别的原因无法把代码写在现有的程序中，也可以把这个时间戳乐观锁逻辑写在Trigger或者存储过程中。

乐观锁和悲观锁的区别如下：

1、悲观锁是当线程晌纯拿到资源时，就对资源上锁，并在提交后，才释放锁资源，其他线程才能使用资源。

2、乐观锁是当线程拿到资源时，上乐观锁，在提交之前，其他的锁也可以 *** 作这个资源，当有冲突的时候，并发机制会保留前一个提交，打回后一个提交，让后一个线程重新获取资源后，再 *** 作，然后提交。和git上传代码一样，两个线程都不是直接获取资源本身，而是先获取资源宴悉咐的两陆码个copy版本，然后在这两个copy版本上修改。

3、悲观锁和乐观锁在并发量低的时候，性能差不多，但是在并发量高的时候，乐观锁的性能远远优于悲观锁。

4、常用的synchronized是悲观锁，lock是乐观锁。

悲观锁就陪宏是友乱消数据库里面锁住 类似for update查询

乐观锁不是在数据库端锁住的

而是程序控制的

你说的那Mybatis我不知道是什么

但是乐观锁一般是这样

比如你数据库中有一条记录

你可以给他加上一个版本号

这样

如果同时有2个人查询出那个数据要修改

第一个人先查出来有事走了

第二个人查出来给改了

这时候你看

第一个人查出来的数据版本号比如是1

第二个人查出来也是1 但是他改了数据以后版本号变成2

这时候第一个人回来了继续修改数据

他的好知版本号是1 比2低

这时候就告诉他数据过期

乐观锁大概就是这个意思

是一种思路！

---