我们在工作中有一项业务,如果A修改了,那么B就要进行更新,如果A有多个呢?B就会有很多更新语句,比如当前用户money=10,有很多个请求都来更新用户money +10,这样怎么办呢?
mysql的事务隔离等级
| 事务 | 事务说明 | 脏读 | 不可重读 | 幻读 |
|---|---|---|---|---|
| READ_UNCOMMITTED | 读取未提交内容 | √ | √ | √ |
| READ_COMMITTED | 读取提交内容 | × | √ | √ |
| REPEATABLE_READ | 可重读 | × | × | √ |
| SERIALIZABLE | 可串行化 | × | × | × |
事务介绍
- 脏读
脏读又称无效数据的读出，是指在数据库访问中，事务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
