mysql for update spring下生效案例实测

一、环境：

• 事务：spring切面配置的事务或者注解事务（@Transactional）
• 方法1：通过id更新（行锁），以下称updateById;
• 方法2：通过id查询（for update），以下称getByIdForUpdate

二、用例

1、用例1：updateById在事务中，getByIdForUpdate不在事务中

1.1、操作1

• 操作：先执行updateById（阻塞1分钟后事务才提交）；马上执行getByIdForUpdate。
• 结果：getByIdForUpdate阻塞，需要等1分钟后才会执行完（for update起作用）

1.2、操作2

• 操作：先执行getByIdForUpdate（阻塞1分钟后事务才提交）；马上执行updateById。
• 结果：updateById不会被阻塞，马上执行完毕（for update不起作用）

2、用例2：updateById在事务中，getByIdForUpdate在事务中

2.1、操作1

• 操作：先执行getByIdForUpdate（阻塞1分钟后事务才提交）；马上执行updateById。
• 结果：updateById阻塞，需要等1分钟后才会执行完（for update起作用）

2.2、操作2

• 操作：先执行updateById（阻塞1分钟后事务才提交）；马上执行getByIdForUpdate。
• 结果：getByIdForUpdate阻塞，需要等1分钟后才会执行完（for update起作用）

3、用例3：updateById不在事务中，getByIdForUpdate在事务中

3.1、操作1

• 操作：先执行updateById（阻塞1分钟）；马上执行getByIdForUpdate。
• 结果：getByIdForUpdate不会被阻塞，马上执行完毕（for update不起作用）

3.2、操作3

• 操作：先执行getByIdForUpdate（阻塞1分钟）；马上执行updateById。
• 结果：updateById阻塞，需要等1分钟后才会执行完（for update起作用）

结论

• 先执行的只要在事务中（加锁），后执行的就得阻塞（需要等待释放锁）
• 先执行的不在事务中（不加锁），后执行的就不会阻塞（没锁可释放）