数据库并发问题

什么是数据库并发问题？

并发： 多个客户端同时同时访问数据库中某一条数据（秒杀）

数据库可以拥有多个访问客户端，若多个客户端并发地访问数据库中相同的资源，如果没有采取必要的隔离措施，则会导致各种并发问题，破坏数据的完整性。
这些并发问题归结为5类
包括3类数据读问题（脏读，不可重复读，幻读）
和2类数据更新问题（第一类丢失更新，第二类丢失更新）。 看图

第一类丢失更新

两个事务更新相同数据，如果一个事务提交，另一个事务回滚，第一个事务的更新会被回滚

第二类丢失更新

多个事务同时读取相同数据，并完成各自的事务提交，导致最后一个事务提交会覆盖前面所有事务对数据的改变

脏读

第二个事务查询到第一个事务未提交的更新数据，第二个事务根据该数据执行，但第一个事务回滚，第二个事务操作脏数据

幻读/虚读

一个事务查询到了另一个事务已经提交的新数据，导致多次查询数据不一致

不可重复读

一个事务查询到另一个事务已经修改的数据，导致多次查询数据不一致

数据库事务的隔离级别

问题：上述问题理论上如果出现了应该如何解决？

答：一般情况，数据库都会处理一些事务并发的问题，数据库提供了不同的事务隔离级别来处理不同的事务并发问题，事务隔离级别定义如下：

针对不同隔离级别可以解决的的如下五类问题

解决丢失更新的方案

数据库表数据加锁

1，悲观锁
(1) 在操作当前数据的事务开启事务就使用for update 锁住当前数据
(2) Hibernate和MyBatis都有悲观锁对应的解决方案

当事务A访问一条SQL语句加悲观锁后还未提交事务，另一条事务B想对这条SQL语句进行操作修改时，事务B会等待事务A锁释放，如等不到时，线程B会超时，当线程A提交事务后，线程B便可以对这条数据进行操作修改。

悲观锁只能锁一条数据，当添加数据时，无法锁住。

2，乐观锁
(1) 为表添加一个version字段。当前事务操作的时候都会比对当前事务情况的多次操作的版本号是否一致，如果不一致认为数据已经被更新
(2) Hibernate和MyBatis都有乐观锁对应的解决方案

当事务A对一条SQL语句进行根据编号和version进行修改并同时修改version的值，还未提交事务，当事务B也对这条SQL语句也进行同样的修改时，并提交事务，然后事务A提交事务，是修改条数为0。没有这条数据。