select......for update会锁表还是锁行？

概念介绍
select查询语句是不会加锁的，但是select …for update除了有查询的作用外，还会加锁呢，而且它是悲观锁。

那么它加的是行锁还是表锁，这就要看是不是用了索引/主键。

没用索引/主键的话就是表锁，否则就是是行锁。

验证
建表sql

CREATE TABLE `user` (
  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `age` int(3) NOT NULL COMMENT '年龄',
  `name` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL COMMENT '名称',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

更改表提交方式
需要关闭自动提交，在这，先查看sql是哪一种提交方式：1代表自动提交 0 手动提交

select @@autocommit

这里可以看到为自动提交
下面将自动提交改为手动提交

set @@autocommit=0

再次查看提交方式

现在为手动提交

实例测试

现在结合实例验证一下：
使用主键id为条件去查询，然后开启另外一个事务去更新，更新被阻塞，加锁了，锁定要查询的id的数据。
实例一
第一个事务，查询了并且没有提交更新事务

select * from user where id=1 for update 

第二个事务更新时就阻塞了
现在我们正常更新，在手动提交的情况下，必定是会阻塞的。

update user set age=6 where id=1

可以看到没更新成功。
看一下表的数据age是否为6

数据还是为5，证明id为1的数据被加锁并且阻塞了。

现在正常更新另外一条数据。
不加锁

源数据

更新

update user set age=30 where id=2

成功了；说明加锁数据只是针对id=1的，其它的数据可以照常更新。

下面不使用id作为唯一主键去更新，成功了就锁行，不成功就是锁表。

实例二

使用age普通字段操作：

select * from user where age=15 for update 

这里的age并不是索引，所以下面的更新并不会成功。

更新

update user set age=19 where id=3

并没有更新成功，阻塞了。
这时，我们去更新另外一条id=2的数据，如果更新成功了，就是锁行，否则就是缩表。
源数据id=2的age为30

并没有更改成功。现在表已经锁住了。