select for update 锁行还是锁表

一、验证

创建SQL表

//id为主键  
//name 为唯一索引
CREATE TABLE `user` (
 `id` INT ( 11 ) NOT NULL AUTO_INCREMENT,
 `name` VARCHAR ( 255 ) DEFAULT NULL,
 `age` INT ( 11 ) DEFAULT NULL,
    `code` VARCHAR ( 255 ) DEFAULT NULL,
 PRIMARY KEY ( `id` ),
    KEY `idx_age` ( `age` ) USING BTREE 
) ENGINE = INNODB AUTO_INCREMENT = 1570068 DEFAULT CHARSET = utf8

需要关闭自动提交通过set @@autocommit=0; 设置为手动提交。0代表手动提交1代表自动提交。

二、 结合例子进行验证

1

使用主键id为条件去查询然后开启另一个事务去更新数据
更新被阻塞加锁了锁定要查询的id为1的行数据。

第一个事务并且没有提交事务。
第二个事务去更新数据被阻塞了且由于长时间拿不到锁报错。

2

我们在开启一个事务对另一条id为2的数据进行更新

3

一开始的创建表就age创建了唯一索引

4

使用普通的字段code去操作另一个事务我去更新另外一条数据
如果我更新成功了就是锁行失败了就是锁表。

三、结果及其内容解释

最后得出结论
1、如果查询条件用了索引/主键那么select … for update就会进行行锁。
2、如果是普通字段(没有索引/主键)那么select … for update就会进行锁表。

select查询语句是不会加锁的但是select …for update除了有查询的作用外还会加锁呢而且它是悲观锁。
那么它加的是行锁还是表锁这就要看是不是用了索引/主键。
没用索引/主键的话就是表锁否则就是是行锁。

下面补充一下悲观锁的内容

什么是悲观锁呢?
当我们要对数据库中的一条数据进行修改的时候为了避免同时被其他人修改最好的办法就是直接对该数据进行加锁以防止并发的发生。

为什么叫做悲观锁呢因为这是一种对数据的修改抱有悲观态度的并发控制方式。我们一般认为数据被并发修改的概率比较大所以需要在修改之前先加锁。
数据库中的行锁表锁读锁写锁以及 syncronized 实现的锁均为悲观锁。