InnoDB引擎行锁介绍

行锁只针对某一行已经锁定的数据进行加锁机制，对其他数据没有影响。

共享锁、排它锁

处理事务执行的并发性，数据的增删改查涉及：

1、共享锁不影响共享锁

2、排它锁与共享锁排斥

3、排它锁与排它锁排斥

案例：通过开启事务来模拟并发现象

增删改：

1、

开启事务执行更新，但未提交，此时数据库数据未更新，但当前数据若查询，显示更新了，数据库更新要以事务结束才最终更新。
2、

并发事务执行处于等待状态
3、
第一步事务COMMIT;后 第二步显示更新成功

解释：增删改属于自带排它锁；在单个事务中进行写的操作时候，并发出的事务需要等待该事务执行结束，这个并发事务才会执行成功，如果前一个事务没有执行结束，该并发事务处于等待阻塞状态，直到之前事务提交才会执行。

查（排它锁）：

1、进行查询加入排它锁机制

2、并发事务加入排它锁的写操作，两者事务是排斥的

3、第一个查询事务commit;提交后，并发事务写操作由等待阻塞到执行完成

这里注意的是：

并发事务只会影响加锁机制的SQL事务，

例如第一步是查询加入排它锁，并发事务只是普通的查询业务：SELECT * from students where sno = 101

查询自身不带锁的机制，所以并发事务还是可以查出来数据，并没有影响锁的把持，只是说，并发事务如果也是加锁机制的查询，则需要等待第一个事务提交事务后，释放了这行数据，第二个数据才能查询到结果。

案例：

在一个查询业务中，查询过程需要保证数据的真实可靠性，这时候不希望该条数据被篡改，就需要加排它锁机制。

java代码在操作数据时，执行SQL会自动提交事务，也就是说业务查询数据库接口执行的时间内，行锁保持，业务查询数据库接口执行结束，行锁释放。

查（共享锁）：

第一种情况：

共享锁和共享锁之间并发事务处理：

这种互相兼容，不会影响彼此执行。

1、开启事务

2、

两个共享锁互不影响的，都是可以直接执行，不会存在锁的把持导致并发事物的等待阻塞问题。

第二种情况：

共享锁和排斥锁之间的并发事务处理：

1、同样是上面第一种情况步骤1操作
2、
并发事务处理等待阻塞状态
3、等待步骤1提交事务，步骤2才会执行完成操作