转 http://www.cnblogs.com/chenwenbiao/archive/2012/06/06/2537508.html

CREATE TABLE `products` (
`id` int() NOT NULL AUTO_INCREMENT,
`name` varchar() NOT NULL,
`quantity` int NOT NULL,
`cityid` varchar() DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `idx_of_cityid` (`cityid`,`id`)
) ENGINE=InnoDB; insert into products (name,quantity,cityid) values ('牙刷',, );
insert into products (name,quantity,cityid) values ('大米',,);
insert into products (name,quantity,cityid) values ('豆角',,);
insert into products (name,quantity,cityid) values ('苹果',,);

不安全的做法:

SELECT quantity FROM products WHERE id=3;

UPDATE products SET quantity = quantity -1 WHERE id=3;

第一个访问者                                                                                第二个访问者

A)SELECT quantity FROM products WHERE id=3;                                  

                                   C)SELECT quantity FROM products WHERE id=3;

                                         

B)UPDATE products SET quantity = quantity -1 WHERE id=3;

                                  D)UPDATE products SET quantity = quantity -1 WHERE id=3;

假设两次访问前quantity数量为10

第一个访问者执行select后,得到 quantit7=10,

第二个访问者到达,由于CPU时间片分配,将控制权给了第二个访问者,通过select,得到quantity=10

再次时间片轮循,第一个访问者执行B SQL后,quantity=9

第二个访问者执行D SQL 后,quantity仍然为9,因为第二个访问者并不知道第一个访问者的存在, 这就出问题了

解决方法

最简单的就是加 悲观锁, 缺点:若锁的时候过长,其他用户无法访问,影响并发性,加锁,会增加额外开销

或者应用层利用乐观锁, 并发大的情况下较好,避免加锁

第一个访问者                                                                                第二个访问者

A)SELECT quantity FROM products WHERE id=3 for update;                                  

                                   C)SELECT quantity FROM products WHERE id=3 for update;

                                         

B)UPDATE products SET quantity = quantity -1 WHERE id=3;

                                  D)UPDATE products SET quantity = quantity -1 WHERE id=3;

sql执行如下

A窗口

此时,在B窗口,再执行一遍select

被锁住, for update 悲观锁,也称为排他锁,不允许他人读/写

A窗口,执行commit

此时B窗口

即可看见 id=1的记录

另外,当select ... where for  update 中的where条件不是主键,哪怕是其他索引时,也会锁表,

A窗口

B窗口

当A窗口,commit后,B窗口者返回数据, 尽管cityid为索引,但也发生了表锁

当为主键时,才行锁

A窗口,不commit

B窗口取数据,马上返回数据

二.乐观锁

在表中加一个列 version, update更新后就加1

在访问前假设  version=10

第一次访问                                                   第二次访问

A) select quantity, version from products;

                       C) select quantity, version from products; 

B) update products set version=version+1,quantity=quantity-1 where version=10 and id=1

                       D) update products set version=version+1,quantity=quantity-1 where version=10 and id=1 

当第一个访问者执行B后,version已由10,变成了11

当第二个访问者执行D后,找不到version=10的记录,影响的记录为0,需要重试几次

          

innodb 悲观锁,乐观锁的更多相关文章

  1. Java并发 行级锁/字段锁/表级锁 乐观锁/悲观锁 共享锁/排他锁 死锁

    原文地址:https://my.oschina.net/oosc/blog/1620279 前言 锁是防止在两个事务操作同一个数据源(表或行)时交互破坏数据的一种机制. 数据库采用封锁技术保证并发操作 ...

  2. Hibernate悲观锁/乐观锁

    如果需要保证数据访问的排它性,则需对目标数据加"锁",使其无法被其它程序修改 一,悲观锁 对数据被外界(包括本系统当前的其它事务和来自外部系统的事务处理)修改持保守态度,通过数据库 ...

  3. SQL Server 锁机制 悲观锁 乐观锁 实测解析

    先引入一些概念,直接Copy其他Blogs中的,我就不单独写了. 一.为什么会有锁 多个用户同时对数据库的并发操作时会带来以下数据不一致的问题: 1.丢失更新 A,B两个用户读同一数据并进行修改,其中 ...

  4. 最全Java锁详解:独享锁/共享锁+公平锁/非公平锁+乐观锁/悲观锁

    在Java并发场景中,会涉及到各种各样的锁如公平锁,乐观锁,悲观锁等等,这篇文章介绍各种锁的分类: 公平锁/非公平锁 可重入锁 独享锁/共享锁 乐观锁/悲观锁 分段锁 自旋锁 01.乐观锁 vs 悲观 ...

  5. Java最全锁剖析:独享锁/共享锁+公平锁/非公平锁+乐观锁/悲观锁

    乐观锁 VS 悲观锁 乐观锁与悲观锁是一种广义上的概念,体现了看待线程同步的不同角度,在Java和数据库中都有此概念对应的实际应用. 1.乐观锁 顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会 ...

  6. Optimistic concurrency control 死锁 悲观锁 乐观锁 自旋锁

    Optimistic concurrency control https://en.wikipedia.org/wiki/Optimistic_concurrency_control Optimist ...

  7. MySQL/InnoDB中,乐观锁、悲观锁、共享锁、排它锁、行锁、表锁、死锁概念的理解

    文章出处:https://www.souyunku.com/2018/07/30/mysql/?utm_source=tuicool&utm_medium=referral MySQL/Inn ...

  8. MySQl中隔离级别和悲观锁乐观锁

    1.MySql的事物支持 MySQL的事务支持不是绑定在MySQL服务器本身,而是与存储引擎相关: MyISAM:不支持事务,用于只读程序提高性能 InnoDB:支持ACID事务.行级锁.并发 Ber ...

  9. 【MySQL】悲观锁&乐观锁

    悲观锁与乐观锁是两种常见的资源并发锁设计思路,也是并发编程中一个非常基础的概念.本文将对这两种常见的锁机制在数据库数据上的实现进行比较系统的介绍. 悲观锁(Pessimistic Lock) 悲观锁的 ...

随机推荐

  1. thinkphp操作数据库

    1.实现or操作: $where=array( 'city'=>array('like',array('%'.$_GET['city'].'%')); 'hangye'=>array('l ...

  2. OSI与TCP/IP模型之比较

    摘要:OSI参考模型和Internet模型(或称TCP/IP模型)作为计算网络发展过程影响力大的两大模型,它们共同之处是:都采用了层次结构的概念,从分析两者的异同入手,找出OSI的消亡和Interne ...

  3. PAT Ranking (排名)

    PAT Ranking (排名) Programming Ability Test (PAT) is organized by the College of Computer Science and ...

  4. frame 之间访问

    index.asp代码 <frameset rows="50,*,20" cols="*" frameborder="no" bord ...

  5. 【BZOJ 1295】 [SCOI2009]最长距离

    Description windy有一块矩形土地,被分为 N*M 块 1*1 的小格子. 有的格子含有障碍物. 如果从格子A可以走到格子B,那么两个格子的距离就为两个格子中心的欧几里德距离. 如果从格 ...

  6. win7下以兼容模式安装oracle10g

    在win7系统装Oracle时经常会遇到一个“Oracle 10g 出现程序异常终止,发生内部错误!请将以下文件提供给 Oracle技术部门“未知”“未知”“未知””这样一个错误,百度了下,才知道原来 ...

  7. 【分块】bzoj3343: 教主的魔法

    3343: 教主的魔法 Time Limit: 10 Sec  Memory Limit: 256 MBSubmit: 631  Solved: 272[Submit][Status][Discuss ...

  8. hdu 4101

    比赛的时候先是受以前一个圣神海的题目 用了两遍DFS 第一遍标记出围墙  第二遍求围墙外和每块围墙降为1所需的攻击次数  结果爆栈  改为BFS后AC DFS的加了一句这个 #pragma comme ...

  9. hdu 3778

    简单的dfs  但繁琐的可以了 0.0 #include<cstdio> #include<cstring> #include<algorithm> using s ...

  10. MVC项目总结(别人的好文章)

    引用 http://www.cnblogs.com/xling/archive/2012/07/11/2587002.html