赞
踩
先说结论:无索引的情况下,如果不走主键,那么update为表锁;有索引的情况下,走索引或者走主键(效果一样),那么update变为行锁。
大致把问题分为两种情况:有索引或者没有索引
先建一个没有索引的表,模拟一些数据,并且把事务自动提交关掉。
- CREATE TABLE TestTable(
- id BIGINT PRIMARY KEY,
- name VARCHAR(20),
- age int
- );
-
- INSERT INTO testtable(id,name,age) VALUES (1,'李华',20);
- INSERT INTO testtable(id,name,age) VALUES (2,'小明',20);
- INSERT INTO testtable(id,name,age) VALUES (3,'小张',20);
- INSERT INTO testtable(id,name,age) VALUES (4,'小花',19);
- INSERT INTO testtable(id,name,age) VALUES (5,'铃铃',19);
- INSERT INTO testtable(id,name,age) VALUES (6,'莉莉',18);
- INSERT INTO testtable(id,name,age) VALUES (7,'阿花',17);
-
- SHOW VARIABLES LIKE 'autocommit' -- 观察事务自动提交是否关闭
- set autocommit=OFF; -- 关闭事务自动提交
我们先在第一个查询里执行update一次
然后我们再新建查询,模拟用户2,执行另一条update
由此可见,在没有索引且不走主键的情况下,update是表锁。
我们再次执行语句,把where后面改成id = xx;(因为id为主键)
我们再去查询2中模拟用户2进行更新操作
发现用户2也可以完成更新操作,走主键的话update语句变为了行锁(并没有在用户2进行验证更新同一行内容,如有兴趣自行研究,此处只说结论)。
我们通过下面的语句为数据库加上索引
ALTER TABLE testtable add index idx_age(age);
由结果可以得知,有索引且走索引时update语句不锁表,而是改为了锁行,为了严谨,我们让用户2执行修改age=17这一行的内容,发现被阻塞,所以可以肯定此时为锁行。
好的,实验结束(其实还做了很多相关的实验,但没有展示,此篇仅展示最终结论),开始睡大觉,美好的一天从睡觉开始!
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。