Mysql并发方案

我们在工作中有一项业务,如果A修改了,那么B就要进行更新,如果A有多个呢?B就会有很多更新语句,比如当前用户money=10,有很多个请求都来更新用户money +10,这样怎么办呢?

mysql的事务隔离等级

事务介绍

• 脏读
  脏读又称无效数据的读出，是指在数据库访问中，事务T1将某一值修改，然后事务T2读取该值，此后T1因为某种原因撤销对该值的修改，这就导致了T2所读取到的数据是无效的。
  脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个事务读到的这个数据是脏数据，依据脏数据所做的操作可能是不正确的。
• 不可重复读
  不可重复读，是指在数据库访问中，一个事务范围内两个相同的查询却返回了不同数据。
  这是由于查询时系统中其他事务修改的提交而引起的。比如事务T1读取某一数据，事务T2读取并修改了该数据，T1为了对读取值进行检验而再次读取该数据，便得到了不同的结果。
• 幻读
  简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行

选型与实验.

我们的场景需要保障最终的数据的正确性, 两个事务都开启之后,必须保障修改数据之后提交能够正确,这里我们选择READ_COMMITTED允许不可重读,或者REPEATABLE_READ 允许幻读.

并发测试

我们使用java进行 一个用户的查询和更新操作,使用的是JPA,采用并发10,每次加10进行测试. 选取的级别是可重读. 在并发状态下 数据为40,很明显无法保障数据的正确性.
并发会带来意想不到的状况,如何解决并发带来的问题!!!!
我们的业务场景无法避免并发问题,mysql提供了锁的机制,鉴于我们一般使用jpa,这里,我们通过JPA来检验下锁的机制.

• 乐观锁
  假设有个业务他们之间一般不会造成并发,假如并发了就回滚.
• 悲观锁
  假设业务之间存在并发冲突.请求会锁定,使用后会解锁.
• 锁类型(LockMode),由于我们使用的是mysql,一般我们使用悲观排它锁解决并发问题. PESSIMISTIC_WRITE

tips: 我们在使用中要

• 关闭mysql自动提交功能
• innodb_lock_wait_timeout 超时时间设置为300'\
• show status like ‘table%’; 查看 Table_locks_waited
• show status like 'innodb_row_lock%';
• 解锁: show processlist; 找到进程 kill id; (或者UNLOCK tables)
• LOCK TABLES tbl_name READ; 锁表操作.
  该业务场景我们要读取B用户,然后修改B用户,我们在读取用户B时候加上锁,这个时候所有外部的访问将要等待处理完成之后才能够获取B用户信息.

public interface UserRepository extends CrudRepository<User, Long> {
    @Lock(LockModeType.PESSIMISTIC_WRITE)
    User findOne(Long id);
}

w