标签:排它锁 失效 冲突 被锁 长度 带来 建立 也会 知识
锁的分类
从对数据的类型 (读\写)分:
1.读锁(共享锁):针对同一份数据,多个读操作可以同时进行而不会互相影响
2.写锁(排它锁):当前写操作没有完成前,它会阻断其他写锁和读锁
从对数据操作的粒度分:
1.表锁
2.行锁
表锁(偏读)
1.偏向MyISAM存储引擎,开销小,加锁快;无死锁;锁的粒度大,发生锁冲突的概率最高,并发度最低
2.MyISAM 在执行查询(SELECT)语句前,会自动给涉及的所有表加读锁,在执行更新操作(UPDATE/DELETE/INSERT等)前,
会自动给涉及的表加写锁,这个过程并不需要用户参与,我们试验中使用 lock table 是为了模拟并发环境
加读锁
1.会话一中A表加读锁(lock table tablename read),会话二不锁任何表
2.会话一中 可以查询A表,也只能查询A表,对A表的写操作会报错,对其他的表的读写操作也报错
3.会话二中,可以读A表,也可以对其他表进行读写,但只对A表的写操作会阻塞,必须等会话一释放 A表的读锁(unlock tables),会话二才能完成写操作
加写锁
1.连接一,给一张表加 写锁,这个连接可以对这张表进行 读和写,但是不能访问其他表
2.连接二 可以访问其他未加锁的表,但是对加了写锁的表 的读 和 写 会阻塞(即排他),等待连接一中锁的释放
简而言之,就是读锁会阻塞写,但是不会阻塞读,而写锁则会把 读和写 都阻塞(对于其他连接而言)
表锁分析 show status like ‘table%’
行锁(偏写)(行锁出现的前提是在事务中)
1.偏向 Innodb 存储引擎,开销大,加锁慢;会出现死锁;锁的粒度最小,发生锁冲突的概率最低,并发度也最高
2.Innodb 和 Myisam最大不同的有两点:一是只是事务(TRANSACTION);二是采用了行级锁
3.由于行锁支持事务,我们复习一下关于事务的知识
1.事务及其ACID属性
2.并发事务 带来的问题
1.更新丢失(Lost Update)
2.脏读(Dirty Reads)
3.不可重复读(Non-Repeatable Reads)
在事务A的执行过程中,事务B进行了开启,修改和提交,导致事务A在事务B执行前读取的数据和事务B执行后读取的数据不一致
4.幻读(Phantom Reads)
和 不可重复读 类似,不过不可重复读针对的列的修改,而幻读针对的是列的增加
3.事务隔离级别
4.行锁定基本演示:事务中对数据的更新才会触发行锁,
如:连接一开启了事务,在事务中,对表的某一行数据进行更新(此时就把这一行锁定了)(查询不会锁定),
在该事务提交之前, 连接二发出了update语句,想对被锁的这一行数据进行更新,此时 连接二的语句就会发生阻塞,
需要到等待连接一中 事提交,行锁释放,才能继续执行
但是因为是行锁,所以连接二对其他行的数据更新是不会受影响的
5.无索引行锁升级为表锁(索引失效)
当出现行锁时,如果行锁锁定的这一行上面 有字段(如name)建立了索引,如果这个索引失效了(比如字符型不加‘’ where name = 1234),
那么行锁 会自动升级为表锁,其他行数据的 更新 也会被锁定,其他连接无法对这个表进行更新
6.间隙锁(宁可错杀,不可错放)
当我们使用范围条件而不是相等相等条件检索数据时,它会锁定整个范围内所有的索引键值,即使这个键值并不存在
如:有这样一段数据,id = 1,id = 3,id = 4...中间少了一个 id = 2,如果此时连接一 开启一个事务,更新数据当 1<id <4,
此时Mysql本着宁可错杀,不可错放的原则,即使id=2 不存在也会被无情的锁定,
连接二想要插入 一条id=2的数据是不行的,会阻塞,等待连接一事务提交,行锁释放
7.如何锁定一行
for update可以锁定某一行,也可以锁定整张表
主要是看 select语句后面是否有where,where限定的范围 即锁的范围, select xxx... for update
如果没有 where,则锁定整张表,锁定之后,其他连接 就无法对锁定的范围进行 更新操作
8.行锁分析:show status like ‘innodb_row_lock%‘
为什么说行锁偏写,表锁偏读,即Myisam偏写,Innodb偏读
Myisam 读的性能高
Myisam 的读写锁调用 是写优先,这也是myisam不适合做写为主表的引擎。因为写锁后,其他线程不能做任何操作,大量的更新会使查询很难得到锁,从而造成永久阻塞
Innodb行锁是单比查询比不过,但是innodb支持高并发,支持事务
在写多读少的应用中还是Innodb插入性能更稳定,在并发情况下也能基本保证性能
可以根据系统的读写情况 来选择合适的 Mysql存储引擎
优化建议
1.尽可能让所有数据检索都通过索引来完成,避免无索引行锁升级为表锁
2.合理设计索引,尽量缩小锁的范围
3.尽可能较少检索条件,避免间隙锁
4.尽量控制事务大小,减少锁定资源量和时间长度
5.尽可能低级别事务隔离
页锁(了解一下即可)
1.开销和加锁时间介于表锁和行锁之间
2.会出现死锁
3.锁定粒度介于表锁和行锁之间,并发度一般
标签:排它锁 失效 冲突 被锁 长度 带来 建立 也会 知识
原文地址:http://www.cnblogs.com/xuzekun/p/7371876.html