InnoDB行锁类型
- 共享锁（S）：容许一个事务去读取一行，阻止其余事务获取相同数据集的排他锁。
- 排他锁（X）：容许得到排他锁的事务更新数据，组织其余事务获取相同数据集的共享锁和排他锁。
加锁方式
- 共享锁（S）：select * from table_name where ... lock in share mode;
- 排他锁（S）：select * from table_name where ... for update;
for update是在数据库中上锁用的，能够为数据库中的行上一个排它锁。当一个事务的操做未完成时候，其余事务能够读取可是不能写入或更新。sql
for update的使用场景
若是遇到存在高并发而且对于数据的准确性颇有要求的场景，是须要了解和使用for update的。 好比涉及到金钱、库存等。通常这些操做都是很长一串而且是开启事务的。若是库存刚开始读的时候是1，而立马另外一个进程进行了update将库存更新为0了，而事务尚未结束，会将错的数据一直执行下去，就会有问题。因此须要for upate 进行数据加锁防止高并发时候数据出错。 ==记住一个原则：一锁二判三更新==数据库
InnoDB行锁实现方式
InnoDB行锁是经过给索引项加锁来实现的，若是没有索引，InnoDB将经过隐藏的聚簇索引来对记录枷锁。
for update如何使用
使用姿式：并发
select * from table_name where xxx for update
for update的锁表 InnoDB默认是行级别的锁，当有明确指定的主键/索引时候，是行级锁。不然是表级别。高并发
例子: 假设表user ，表数据及结构以下。 
测试
例1: (明确指定主键/索引，而且有此记录，行级锁) spa
SELECT * FROM user WHERE id = 1 FOR UPDATE;
例2: (未指定主键/索引，而且有此记录，表级锁) 3d
SELECT * FROM user WHERE name = '小明' FOR UPDATE;
例3: (当咱们使用范围条件而不是相等条件检索数据并请求共享锁或排他锁时，InnoDB会给条件已有数据记录的索引项加锁，对于键值在条件范围但不存在的记录加间隙锁)code
SELECT * FROM user WHERE id > 6 FOR UPDATE;
若是查不到数据for update是否会加锁呢？blog
例4: (明确指定主键/索引，若查无此记录，加间隙锁) 因而可知当根据主键/索引查询不到数据时仍然会加锁，这时候加的是间隙锁加锁区间是[4,6)索引
SELECT * FROM user WHERE id = 4 FOR UPDATE;
例5: (无主键/索引，表级锁)
SELECT * FROM user WHERE name = ’小王’ FOR UPDATE;
例6: (主键/索引不明确，表级锁)
SELECT * FROM user WHERE id<>’3’ FOR UPDATE; SELECT * FROM user WHERE id LIKE ‘3’ FOR UPDATE;
for update的注意点
- for update 仅适用于InnoDB，而且必须开启事务，在begin与commit之间才生效。
- 要测试for update的锁表状况，能够利用MySQL的Command Mode，开启二个视窗来作测试。
for update的疑问点:- 当开启一个事务进行for update的时候，另外一个事务也有for update的时候会一直等着，直到第一个事务结束吗？
答：会的。除非第一个事务commit或者rollback或者断开链接，第二个事务会立马拿到锁进行后面操做。不过也能够设置锁等待超时参数innodb_lock_wait_timeout来解决。- 若是没查到记录会加锁吗？
答：==会的。有主键/索引产生间隙锁，无主键/索引产生表锁表级锁。==- for update 和 for update nowait区别（前者阻塞其余事务，后者拒绝其余事务） for update锁住表或者锁住行，只容许当前事务进行操做（读写），其余事务被阻塞，直到当前事务提交或者回滚，被阻塞的事务自动执行 for update nowait 锁住表或者锁住行，只容许当前事务进行操做（读写），其余事务被拒绝，事务占据的statement链接也会被断开