浅谈MYSQL的事务、锁、以及隔离级别

MYSQL是一个相对比较稳当的关系型数据库，在平常项目中有大量的应用。

以下只是自己关于MYSQL的一点理解。

MYSQL有InnoDB和MyIsAm两种常见的数据引擎，在高版本的MYSQL中，默认是InnoDB引擎。

两者的区别就是如果你的项目中有大量的select 和 delete ，那么相对来说采用MyISAm引擎会更快一点。

InnoDB是支持事务的，这是InnoDB的优势，而且支持行锁。

事务是一系列的操作，这么操作要么全部执行，要么都不执行。事务有四个特性ACID。

A：原子性 即事务中的操作要么全部执行，要么都回滚。

C：一致性 事务中的状态必须保持一致，数据必须从一种一致性状态转换为另一种一致性状态。

I：隔离性  事务未提交前  其他的人无法看到执行后的结果

D：持久性  事务提交后，数据一直都在，不会丢失。

事务隔离级别 又分为读未提交 、读已提交、可重复度、串行化。

设置合理的隔离级别可以有效的防止数据不一致的问题，如果没有隔离级别，会造成脏读、不可重复度、幻读问题。MYSQL默认的隔离级别为可重复读。

脏读：A事务读取了B事务还未提交的数据

不可重复读：A事务读取了B事务提交之后更新或者删除的数据，造成两次查询的数据内容不一样

幻读：A事务读取了B事务提交之后插入的数据，造成A事务两次查询的数据行数不一样。

MYSQL的隔离级别是如何解决的？

脏读：将锁加到事务提交之后

不可重复读：在每行数据后添加两个隐藏列，生成相应的快照，每次查询的时候，只查询比当前小的列的数据

幻读：InnoDB采用MVCC(多版本并发控制解决)  。GAP间隙锁

 MYSQL的锁分为表锁和行锁。

表锁又分为表读锁和表写锁，行锁是InnoDB特有的，分为排他锁、共享锁和意向锁。

区别：表锁加锁效率快，粒度大，加锁范围广，不会发生死锁，发生锁冲突概率较高，并发低导致效率低，因为它锁住的是整个表。 行锁跟表锁相反。

举例：

select * from user where user_id = 1 for update;

for udpate语句会加排他锁。如果user_id 建立了索引，则走行锁，否则会进化成表锁。

意向锁是MYSQL自动的，用户无法操控，是用来解决表锁和行锁的冲突的。

比如 A语句给 user_id 加了个行锁，那么这个时候来了B语句，

需要对user表加表锁，那么就可以先获取这个意向锁，获取到了，会进行等待，效率就会高，不然的话，

它需要一行一行的遍历数据看整个表有没有加行锁。