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 实现的锁均为悲观锁。
