mysql事务为啥默认可重复读，不是读提交

  工作快4年了，第一次写博客，希望读者多多提交意见，我会尽量改进。

   mysql的隔离级别 ：  读提交，读未提交，可重复读（默认），串行化

   隔离级别会处理哪些问题？

   1.脏读

     读取了未提交的不正确的数据；

     例如：小明去取钱，小红给小明汇钱，小明输入密码后发现金额100， 小明取走50，在小明取走过程中，小红汇钱给小明     50，小红还没有确定汇款，小明这是拿到50块钱后发现余额还是100；  这时这100块是脏读；

2. 不可重复读

   读取了提交了的数据；

   例如：小明取钱，小红去花小明的钱，小明账户余额100，小明取走50，小明取走后50后查询余额是50，小红手机支付10块，小明再查余额变成40了；

脏读和不可重复读的区别在于，一个读到了未提交的数据，一个读取的是提交的数据；

有些不可重复读不是问题，不需要解决；有些则不行；

3.幻读

  读取了提交的数据和自己提交的数据有所差别；

例如：A把数据一条数据1改成了2，B同时往数据库中插入了一条1，A再查看的时候 发现1还在；

 不可重复读和幻读的区别：不可重复读是同时操作一条数据，幻读是同时操作了不同的数据；

   为啥是默认可重复读呢？

   排除法来解决这个问题：

  1.排除读未提交：

     如果数据库读取过程中，读取了未提交事务的数据，前台显示了，数据库都没有改，很显然逻辑上说不过去。

   会引发脏读，幻读，不可重复读

     串行化：

     每次数据库查询，sql都会排队进行，这样数据库安全保证了，但是效率下降了。

     读提交

    每次读取都是查询数据库，会产生不可重复读的情况；

   可重复读

   每次读取都是查询数据库快照，每次读取的都是当前版本的数据，除非产生update insert delete 否则一直查询快照；

   2.根据binlog日志

binlog日志是mysql的操作日志，用于数据复制和数据恢复，

binlog日志只支持串行化，但是mysql中可以用可重复读来实现串行化（间隙锁），可重复读生成的binlog日志和执行顺序一致；

读已提交不可以；

可重复读中读操作是通过MVCC来保证一致性读，写操作是用间隙锁来实现，一定程度上避免了幻度；

串行化 所有sql按照顺序执行，并发量比较低，安全系数最高