mysql数据库事务并发和隔离

数据库事务隔离级别使用默认的可重复读 repeatable read

事务特征

1. repeatable read这个级别的事务不能解决多个请求之间的并发操作问题。
2. 事务中查询数据不会受到其他事务的影响，能及时的返回结果。其他事务对这条数据的增删改在提交前不影响当前的查询，也不会发生阻塞。
3. 修改会受到其他事务的影响。不论当前的修改是否在事务中，当其他事务对数据执行了删除或修改语句，但事务尚未提交。这时候执行修改语句会被阻塞，直到其他事务提交或者回滚以后才会执行。（不论修改的是一条数据还是多条数据，只要修改的数据存在交集就会阻塞）
4. 事务中的查询语句加上 for update 以后，可以把这条查询语句视为一条修改语句，产生的效果和上面一样。
5. 可重复读。事务A读取一条数据后，事务B对这条数据进行了修改或删除并提交完成了，这时候事务A再次读取数据，返回的结果和之前读取的一样，是不会显示事务B对数据做出的更新的。（这里不局限于单条数据，多条数据也是一样的）
6. 幻读。事务A读取了一个范围内的数据后，事务B在这个范围内新增了一条或多条数据并提交了，这个时候事务A再次读取这个范围内的数据，会把事务B新增的数据读取出来。

并发操作带来的问题 覆盖更新

对网上的很多解决并发问题的文章，捡有用的进行汇总，自己实际使用中的体会

1. 对于账户金额一类的数值型字段，主要进行加减计算的，在更新的时候可以采用自增更新和自减更新。不要将字段查询出来计算金额值再保存。（使用的范围较窄）
2. 对于可能出现多次请求的操作做频次现在，比如一秒钟只能点击一次。（当然这个治标不治本）
3. 在有并发问题的逻辑中使用悲观锁 for update，操作简单，但这样会带来性能的降低和死锁的风险
4. 使用乐观锁，需要在数据表中增加一个版本控制的字段，对性能不会带来影响，但需要在更新的逻辑中都加上相应的判断。(当出现大量并发操作的时候会返回很多失败的请求，反而会降低性能)
5. 在应用程序中使用进程队列处理并发操作。（特殊业务场景，比如商城秒杀活动）
6. 数据库字段采用唯一索引防止并发插入。（使用面较窄，比如用户注册）

注：以上如果存在错误，请留言指出，以免误导大众！