分布式锁和分布式事务产生的场景

一、使用分布式锁场景

比如以下场景，

(1)多台机器都能够执行某个任务，如果限制任务每次只能被一台机器执行，不能重复执行，就可以用分布式锁来标识；

(2)秒杀场景，要求并发量很高，同一件商品只能被一个用户抢到，就可以使用分布式锁实现；

(3)敏感数据，比如金额修改，同一时间只能被一个人操作，如果2个人同时修改金额，为避免同时操作导致数据不一致需使用分布式锁来标识同一时间只能一个人修改。

至于是否需要使用分布式锁，需要看业务操作需要，比如同一时间只是读取，或者只是增加数据，没进行其他操作则不需要。

如果是比如先查出redis缓存的某个缓存数据，然后再对同一个缓存数据进行业务操作修改之类，再写回去，则需要加分布式锁标识。

二、产生分布式事务的场景

分布式事务产生的场景

跨JVM进程

当我们将单体项目拆分为分布式、微服务项目之后，各个服务之间通过远程REST或者RPC调用来协同完成业务操作。典型的场景就是：商城系统中的订单微服务和库存微服务，用户在下单时会访问订单微服务，订单微服务在生成订单记录时，会调用库存微服务来扣减库存。各个微服务是部署在不同的JVM进程中的，此时，就会产生因跨JVM进程而导致的分布式事务问题。

跨数据库实例

单体系统访问多个数据库实例，也就是跨数据源访问时会产生分布式事务。例如，我们的系统中的订单数据库和交易数据库是放在不同的数据库实例中，当用户发起退款时，会同时操作用户的订单数据库和交易数据库，在交易数据库中执行退款操作，在订单数据库中将订单的状态变更为已退款。由于数据分布在不同的数据库实例，需要通过不同的数据库连接会话来操作数据库中的数据，此时，就产生了分布式事务。