多节点访问数据库占用资源并发问题-数据库悲观锁

多节点访问数据库占用资源并发问题

环境：

     上层一个管理服务，管理底层 控制服务， 控制服务在 两个（或者多个）节点部署，HA 负载均衡模式，控制层共用一个数据库，读写分离模式

问题：

    上层向底层并发批量申请资源，底层多个节点访问数据库，存在同时争抢同一资源ID，导致上层任务失败

解决方式：

for update 结合事务，利用数据库悲观锁，可以解决问题 ，但存在性能问题

1、申请资源方法加以下注解
    REQUIRES_NEW 传播行为 创建一个新的事务，如果当前存在事务，则把当前事务挂起。            
    **@Transactional(propagation = Propagation.REQUIRES_NEW)**
    
    在 QueryWrapper 后面 追加  .last("for update")  或者 在sql 末尾添加 for update  
2、isolation  事务隔离级别，一般默认值，**ISOLATION_READ_COMMITTED**，该隔离级别表示一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读

注：
    如果方法内调用另一 service 方法获取资源，该方法不需要再次添加 @Transactional 注解，引起事务嵌套，并不能解决并发问题

名词解释：

AOP机制

将涉及多业务流程的通用功能抽取并单独封装

JDBC处理事务

一、什么是事务
比如在人力资源系统里面，要删除一个人员，即需要删除人员的基本信息，也需要删除和该人员相关的邮箱、文字、播客等等，这些一堆的删除操作语句就构成一个事务

二、事务四要素 ( ACID )
事务的原子性（ Atomicity） 一组事务，要么成功；要么撤回。
一致性 （Consistency） 事务执行后，数据库状态与其他业务规则保持一致。
隔离性（Isolation） 事务独立运行。 持久性（Durability）软、硬件崩溃后，InnoDB数据表驱动会利用日志文件重构修改。可靠性和高速度不可兼得， innodb_flush_log_at_trx_commit 选项 决定什么时候吧事务保存到日志里。

三、JDBC事务
JDBC是一套Java连接数据库的标准
在JDBC中处理事务，都是通过Connection完成的。
同一事务中所有的操作，都在使用同一个Connection对象。
①JDBC中的事务
Connection的三个方法与事务有关：
setAutoCommit（boolean）:设置是否为自动提交事务，如果true（默认值为true）表示自动提交，也就是每条执行的SQL语句都是一个单独的事务，如果设置为false，那么相当于开启了事务了；con.setAutoCommit(false) 表示开启事务。
commit（）：提交结束事务。
rollback（）：回滚结束事务。

@Transactional

1 .添加位置
    1）接口实现类或接口实现方法上，而不是接口类中。
    2）访问权限：public 的方法才起作用。

2.@Transactional注解
    @Transactional 实质是使用了 JDBC 的事务来进行事务控制的
    @Transactional 基于 Spring 的动态代理的机制，AOP机制，生成一个 代理连接对象，在接下来的这个事务中，客户代码都使用 这个代理连接对象 来连接数据库，执行所有的数据库命令
   
3、 propagation   事务传播行为，7个     
    1. TransactionDefinition.PROPAGATION_REQUIRED：
        如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。这是默认值。

    2. TransactionDefinition.PROPAGATION_REQUIRES_NEW：
       创建一个新的事务，如果当前存在事务，则把当前事务挂起。
     
    3. TransactionDefinition.PROPAGATION_SUPPORTS：
       如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
     
    4. TransactionDefinition.PROPAGATION_NOT_SUPPORTED：
       以非事务方式运行，如果当前存在事务，则把当前事务挂起。
     
    5. TransactionDefinition.PROPAGATION_NEVER：
       以非事务方式运行，如果当前存在事务，则抛出异常。
     
    6. TransactionDefinition.PROPAGATION_MANDATORY：
       如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
     
    7. TransactionDefinition.PROPAGATION_NESTED：
       如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；
       如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。

4、isolation 隔离级别  5个隔离级别
    TransactionDefinition.ISOLATION_DEFAULT：这是默认值，表示使用底层数据库的默认隔离级别。对大部分数据库而言，通常这值就是TransactionDefinition.ISOLATION_READ_COMMITTED。
    TransactionDefinition.ISOLATION_READ_UNCOMMITTED：该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。该级别不能防止脏读，不可重复读和幻读，因此很少使用该隔离级别。比如PostgreSQL实际上并没有此级别。
    TransactionDefinition.ISOLATION_READ_COMMITTED：该隔离级别表示一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读，这也是大多数情况下的推荐值。
    TransactionDefinition.ISOLATION_REPEATABLE_READ：该隔离级别表示一个事务在整个过程中可以多次重复执行某个查询，并且每次返回的记录都相同。该级别可以防止脏读和不可重复读。
    TransactionDefinition.ISOLATION_SERIALIZABLE：所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。