概念介绍
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
并没有更改成功。现在表已经锁住了。