mysql并发与事务隔离级别

mysql事务自动提交
1、在mysql中，所有操作都是事务。
2、autoCommit设为true。事物会自动提交，任何curd语句，不需要任何额外操作，也不需要commit。mysql会把每一条数据当做一个事务，自动提交
3、autoCommit默认为true。START TRANSACTION 语句会把autoCommit置为false。一系列语句最后commit或者回滚之后。会自动把autoCommit复位。

多线程同时操作mysql肯定会涉及到安全问题。使用读写锁来保证线程安全。
事务只是把一组sql命令打包成一个，原子性操作。事务执行过程中一直在操作mysql，最后进行提交，如果没有提交则会进行回滚，恢复到执行之前的数据。但是还会有事务并发问题。也就是说会有很多事务同时在进行。如果不加锁来进行互斥，事务的并发会带来以下问题。

• 脏读问题
  一个事务A执行完之后，还没有提交，另一个事务B或线程读到了新数据。然后事务没有提交，数据库回滚。事务B读到的就是脏数据，无效的数据。
• 不可重复读问题
  事务A先查询了，然后其他事务进行了修改，事务A再次查询发现数据变了。不可重复读是指在一个事务中两次查询数据不一致。可以锁行解决。事务在进行查询修改行数据时，先对这一行加锁，其他线程无法访问这一行。
• 幻读
  事务A先查询有10条数据，其他事务插入删除了一条。事务A在查询，发现数据变多变少了。这种情况可以锁表来解决。线程在访问一张表时，把这张表锁住，其他线程无法访问这张表。

mysql锁行和锁表都会造成mysql的性能下降。
mysql提供了四种事务隔离级别。

• READ-UNCOMMITTED(读取未提交内容)级别：
  安全级别最低，没有任何的加锁保证线程安全的操作，线程并发问题 一个都没解决。
• READ-COMMITTED（读取提交内容）级别 ：
  只能看到已经提交了的内容，如果一个线程操作某一行数据，会把这行数据锁住。还没有提交。其他线程无法读取这行数据，只能阻塞等这行的锁被释放才能读取。解决了脏读的问题。
  使用行锁会降低性能，因此MVCC工具进行了优化。如果一个线程访问一行数据，对其加行锁，MVCC会生成一个镜像，事务提交之后再删除镜像，其他线程可以读取到旧数据。但是会产生不可重复读的问题。比如事务A修改之后还没提交，事务B读取到旧数据，事务A提交后，事务B再次读取发现数据不一致。

- REPEATABLE-READ(可重读)级别：(默认隔离级别)
事务B正在修改数据，还没提交。事务A读到了快照（旧数据），等事务B提交之后，事务A再进行查询，也只会查询到快照的内容，不会读取到更新之后的数据。但是没有解决幻读的问题。
在一个事务中，查询或修改某一行数据，都会对这一行数据有一个新增版本号。如果事务A先查询，版本号为1，事务B对其进行了修改版本号会变成2，事务A再次查询发现版本号变大了，说明有其他事务对这行数据进行了修改，那么就会去读快照，而不是直接读取这一行。

• 串行化级别
  使用表锁可以解决所有问题，但是会极大降低性能，不推荐。