mysql查看表的锁级别_事务隔离级别 和 Mysql表锁

原文转自：http://www.cnblogs.com/qq78292959/archive/2013/01/30/2883100.htm

数据库隔离级别(笔试2次，面试2次，我居然还记成3条！好记性不如烂笔头！)

1、READ UNCOMMITTED － 读不提交 隔离级别中最低的，没有对并发进行控制，会出现所有情况

2、READ COMMITTED

— 读已提交   解决了脏读

3、REPEATABLE READ － 可重复读  在READ COMMITTED基础上 解决了不可重复读的问题

4、SERIALIZABLE — 可串行化     在REPEATABLE READ基础上解决了虚读的问题，是隔离级别中最高的，此时如果两个事务同时访问相同数据，则只能是其中一个事务先访问，当第一个事务结束时，另一个事务才能继续执行操作。

脏读、不可重复读、幻读区别

1. 脏读：脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问 这个数据，然后使用了这个数据。

2. 不可重复读：是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两 次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不 可重复读。例如，一个编辑人员两次读取同一文档，但在两次读取之间，作者重写了该文档。当编辑人员第二次读取文档时，文档已更改。原始读取不可重复。如果 只有在作者全部完成编写后编辑人员才可以读取文档，则可以避免该问题。

3. 幻读: 是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。 同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象 发生了幻觉一样。例如，一个编辑人员更改作者提交的文档，但当生产部门将其更改内容合并到该文档的主复本时，发现作者已将未编辑的新材料添加到该文档中。 如果在编辑人员和生产部门完成对原始文档的处理之前，任何人都不能将新材料添加到文档中，则可以避免该问题。

补充 :基于元数据的 Spring 声明性事务 :

Isolation 属性一共支持五种事务设置，具体介绍如下：

l          DEFAULT 使用数据库设置的隔离级别 ( 默认 ) ，由 DBA 默认的设置来决定隔离级别 .

l          READ_UNCOMMITTED 会出现脏读、不可重复读、幻读 ( 隔离级别最低，并发性能高 )

l          READ_COMMITTED  会出现不可重复读、幻读问题(锁定正在读取的行)

l          REPEATABLE_READ 会出幻读(锁定所读取的所有行)

l          SERIALIZABLE 保证所有的情况不会发生(锁表)

不可重复读的重点是修改 : 同一事务，两次读取到的数据不一样。 幻读的重点在于新增或者删除 同样的条件 ,   第 1 次和第 2 次读出来的记录数不一样

脏读：

强调的是第二个事务读到的不够新。

锁的分类

InnoDB实现了以下两种类型的行锁。 共享锁(S)：允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁。 排他锁(X)：允许获得排他锁的事务更新数据，阻止其他事务取得相同数据集的共享读锁和排他写锁。

另外，为了允许行锁和表锁共存，实现多粒度锁机制，InnoDB还有两种内部使用的意向锁(Intention Locks)，这两种意向锁都是表锁。 意向共享锁(IS)：事务打算给数据行加行共享锁，事务在给一个数据行加共享锁前必须先取得该表的IS锁。 意向排他锁(IX)：事务打算给数据行加行排他锁，事务在给一个数据行加排他锁前必须先取得该表的IX锁。