接单做一个网站多少钱,什么网站做简历好,什么是网络营销调研?它有什么特点?,中药网站模板转载自 [初级]深入理解乐观锁与悲观锁在数据库的锁机制中介绍过#xff0c;数据库管理系统#xff08;DBMS#xff09;中的并发控制的任务是确保在多个事务同时存取数据库中同一数据时不破坏事务的隔离性和统一性以及数据库的统一性。
乐观并发控制(乐观锁)和悲观并发控制数据库管理系统DBMS中的并发控制的任务是确保在多个事务同时存取数据库中同一数据时不破坏事务的隔离性和统一性以及数据库的统一性。
乐观并发控制(乐观锁)和悲观并发控制悲观锁是并发控制主要采用的技术手段。
无论是悲观锁还是乐观锁都是人们定义出来的概念可以认为是一种思想。其实不仅仅是关系型数据库系统中有乐观锁和悲观锁的概念像memcache、hibernate、tair等都有类似的概念。
针对于不同的业务场景应该选用不同的并发控制方式。所以不要把乐观并发控制和悲观并发控制狭义的理解为DBMS中的概念更不要把他们和数据中提供的锁机制行锁、表锁、排他锁、共享锁混为一谈。其实在DBMS中悲观锁正是利用数据库本身提供的锁机制来实现的。
下面来分别学习一下悲观锁和乐观锁。
悲观锁
在关系数据库管理系统里悲观并发控制又名“悲观锁”Pessimistic Concurrency Control缩写“PCC”是一种并发控制的方法。它可以阻止一个事务以影响其他用户的方式来修改数据。如果一个事务执行的操作都某行数据应用了锁那只有当这个事务把锁释放其他事务才能够执行与该锁冲突的操作。悲观并发控制主要用于数据争用激烈的环境以及发生并发冲突时使用锁保护数据的成本要低于回滚事务的成本的环境中。悲观锁正如其名它指的是对数据被外界包括本系统当前的其他事务以及来自外部系统的事务处理修改持保守态度(悲观)因此在整个数据处理过程中将数据处于锁定状态。 悲观锁的实现往往依靠数据库提供的锁机制 也只有数据库层提供的锁机制才能真正保证数据访问的排他性否则即使在本系统中实现了加锁机制也无法保证外部系统不会修改数据
在数据库中悲观锁的流程如下
在对任意记录进行修改前先尝试为该记录加上排他锁exclusive locking。如果加锁失败说明该记录正在被修改那么当前查询可能要等待或者抛出异常。 具体响应方式由开发者根据实际需要决定。如果成功加锁那么就可以对记录做修改事务完成后就会解锁了。其间如果有其他对该记录做修改或加排他锁的操作都会等待我们解锁或直接抛出异常。MySQL InnoDB中使用悲观锁
要使用悲观锁我们必须关闭mysql数据库的自动提交属性因为MySQL默认使用autocommit模式也就是说当你执行一个更新操作后MySQL会立刻将结果进行提交。set autocommit0;//0.开始事务
begin;/begin work;/start transaction; (三者选一就可以)
//1.查询出商品信息
select status from t_goods where id1 for update;
//2.根据商品信息生成订单
insert into t_orders (id,goods_id) values (null,1);
//3.修改商品status为2
update t_goods set status2;
//4.提交事务
commit;/commit work;
上面的查询语句中我们使用了select…for update的方式这样就通过开启排他锁的方式实现了悲观锁。此时在t_goods表中id为1的 那条数据就被我们锁定了其它的事务必须等本次事务提交之后才能执行。这样我们可以保证当前的数据不会被其它事务修改。
上面我们提到使用select…for update会把数据给锁住不过我们需要注意一些锁的级别MySQL InnoDB默认行级锁。行级锁都是基于索引的如果一条SQL语句用不到索引是不会使用行级锁的会使用表级锁把整张表锁住这点需要注意。优点与不足
悲观并发控制实际上是“先取锁再访问”的保守策略为数据处理的安全提供了保证。但是在效率方面处理加锁的机制会让数据库产生额外的开销还有增加产生死锁的机会另外在只读型事务处理中由于不会产生冲突也没必要使用锁这样做只能增加系统负载还有会降低了并行性一个事务如果锁定了某行数据其他事务就必须等待该事务处理完才可以处理那行数
乐观锁
在关系数据库管理系统里乐观并发控制又名“乐观锁”Optimistic Concurrency Control缩写“OCC”是一种并发控制的方法。它假设多用户并发的事务在处理时不会彼此互相影响各事务能够在不产生锁的情况下处理各自影响的那部分数据。在提交数据更新之前每个事务会先检查在该事务读取数据后有没有其他事务又修改了该数据。如果其他事务有更新的话正在提交的事务会进行回滚。乐观事务控制最早是由孔祥重H.T.Kung教授提出。乐观锁 Optimistic Locking 相对悲观锁而言乐观锁假设认为数据一般情况下不会造成冲突所以在数据进行提交更新的时候才会正式对数据的冲突与否进行检测如果发现冲突了则让返回用户错误的信息让用户决定如何去做。
相对于悲观锁在对数据库进行处理的时候乐观锁并不会使用数据库提供的锁机制。一般的实现乐观锁的方式就是记录数据版本。
数据版本,为数据增加的一个版本标识。当读取数据时将版本标识的值一同读出数据每更新一次同时对版本标识进行更新。当我们提交更新的时候判断数据库表对应记录的当前版本信息与第一次取出来的版本标识进行比对如果数据库表当前版本号与第一次取出来的版本标识值相等则予以更新否则认为是过期数据。实现数据版本有两种方式第一种是使用版本号第二种是使用时间戳。
使用版本号实现乐观锁
使用版本号时可以在数据初始化时指定一个版本号每次对数据的更新操作都对版本号执行1操作。并判断当前版本号是不是该数据的最新的版本号。
1.查询出商品信息
select (status,status,version) from t_goods where id#{id}
2.根据商品信息生成订单
3.修改商品status为2
update t_goods
set status2,versionversion1
where id#{id} and version#{version};
优点与不足
乐观并发控制相信事务之间的数据竞争(data race)的概率是比较小的因此尽可能直接做下去直到提交的时候才去锁定所以不会产生任何锁和死锁。但如果直接简单这么做还是有可能会遇到不可预期的结果例如两个事务都读取了数据库的某一行经过修改以后写回数据库这时就遇到了问题。
