for update 的作用是在查询的时候为行加上排它锁，当一个事务的操作未完成时候，其他事务可以读取但是不能写入或更新。
它的典型使用场景是高并发并且对于数据的准确性有很高要求，比如金钱、库存等，一般这种操作都是很长一串并且开启事务的，假如现在要对库存进行操作，在刚开始读的时候是1，然后马上另外一个进程将库存更新为0了，但事务还没结束，会一直用1进行后续的逻辑，就会有问题，所以需要用for upate 加锁防止出错。
InnoDB行锁类型
行锁的具体实现算法有三种：record lock、gap lock以及next-key lock。
- record lock是专门对索引项加锁；
- gap lock是对索引项之间间隙加锁；
- next-lock则是前面两种的组合，对索引项以及之间的间隙加锁。
只在可重复读或以上隔离级别下的特定操作才会取得 gap lock 或 next-key lock，在 Select、Update 和 Delete 时，除了基于唯一索引的查询之外，其它索引查询时都会获取 gap lock 或 next-key lock，即锁住其扫描的范围。主键索引也属于唯一索引，所以主键索引是不会使用 gap lock 或 next-key lock
for update 的使用方式
for update 仅适用于InnoDB，并且必须开启事务，在begin与commit之间才生效。
select * from table_name where ... for update
select 语句默认不获取任何锁，所以是可以读被其它事务持有排它锁的数据的！
实践
InnoDB 既实现了行锁，也实现了表锁。
当有明确指定的主键/索引时候，是行级锁，否则是表级锁
假设表 user，存在有id跟name字段，id是主键，有5条数据。
1. 行级锁
明确指定主键，并且有此记录，行级锁
SELECT * FROM user WHERE id = 1 FOR UPDATE;
SELECT * FROM user WHERE id = 1 and name = 'segon' FOR UPDATE;
| 进程1 | 进程2 |
|---|---|
| begin; | |
| SELECT * FROM user WHERE id = 1 FOR UPDATE; | -- |
| -- | UPDATE user SET name = ‘test’ WHERE id = 2; – 成功 |
| -- | UPDATE user SET name = ‘test’ WHERE id = 1; – 等待 |
| commit; | -- |
| -- | 执行等待的任务，成功 |
2. 表级锁
无主键/索引，表级锁
SELECT * FROM user WHERE name = 'segon' FOR UPDATE;
主键/索引不明确，表级锁
SELECT * FROM user WHERE id <> 3 FOR UPDATE;
SELECT * FROM user WHERE id LIKE '3' FOR UPDATE;
| 进程1 | 进程2 |
|---|---|
| begin; | |
| SELECT * FROM user WHERE id LIKE ‘3’ FOR UPDATE; | -- |
| -- | UPDATE user SET name = ‘test’ WHERE id = 1; – 等待 |
| commit; | -- |
| -- | 执行等待的任务，成功 |
3. 无锁
明确指定主键/索引，若查无此记录，无锁
SELECT * FROM user WHERE id = -1 FOR UPDATE;
| 进程1 | 进程2 |
|---|---|
| begin; | |
| SELECT * FROM user WHERE id = -1 FOR UPDATE; | |
| -- | UPDATE user SET name = ‘test’ WHERE id = 2; – 成功 |
| commit; |
