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

验证：

建表sql

  1. //id为主键  
  2. //name 为唯一索引
  3. CREATE TABLE `user` (
  4.     `id` INT ( 11 ) NOT NULL AUTO_INCREMENT,
  5.     `name` VARCHAR ( 255 ) DEFAULT NULL,
  6.     `age` INT ( 11 ) DEFAULT NULL,
  7.     `code` VARCHAR ( 255 ) DEFAULT NULL,
  8.     PRIMARY KEY ( `id` ),
  9.     KEY `idx_age` ( `age` ) USING BTREE 
  10. ) ENGINE = INNODB AUTO_INCREMENT = 1570068 DEFAULT CHARSET = utf8

需要关闭自动提交，通过set @@autocommit=0; 设置为手动提交。0代表手动提交，1代表自动提交。
select......for update 会锁表还是锁行？ - 图1

结合一下实例验证

实例1：

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

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

select......for update 会锁表还是锁行？ - 图2
select......for update 会锁表还是锁行？ - 图3
select......for update 会锁表还是锁行？ - 图4

实例2：

再开启一个事务对另一条id为2的数据进行更新，
select......for update 会锁表还是锁行？ - 图5
select......for update 会锁表还是锁行？ - 图6

实例3(索引)：

一开始的创建表就age创建了唯一索引。
select......for update 会锁表还是锁行？ - 图7
select......for update 会锁表还是锁行？ - 图8
select......for update 会锁表还是锁行？ - 图9

实例4：

使用普通的字段code去操作
select......for update 会锁表还是锁行？ - 图10
select......for update 会锁表还是锁行？ - 图11
select......for update 会锁表还是锁行？ - 图12
另一个事务去更新另外一条数据，如果更新成功了，就是锁行，失败了就是锁表。
select......for update 会锁表还是锁行？ - 图13
select......for update 会锁表还是锁行？ - 图14

结果：

如果查询条件用了索引/主键，那么select ..... for update就会进行行锁。
如果是普通字段(没有索引/主键)，那么select ..... for update就会进行锁表。