MySQL锁问题（innodb）

Innodb与MyISAN的最大不同有2点：一是支持事务，而是采用了行级锁，行级锁和表级锁本来就有许多不同的地方。

1，事务特点

• 原子性：事务是一个原子操作，对数据的修改，要么全部执行，要么全部都不执行
• 一致性：在事务开始和完成时，数据都必须保持一致状态。
• 隔离性：数据库提供一定的隔离机制，保证事务在不受外部并发操作影响
• 持久性：事务完成后，对数据的修改是永久性的。

对于myisan的串行处理来说，并发事务是可以大大增强数据库资源的利用，提高数据库的事务吞吐性，从而支持更多的用户连接，但是事务也会引发如下几个问题：

• 更新丢失：在两个或多个事务同时选择同一行，然后基于最初选定的值更新该行时，由于事务都不知道其他事务存在，A事务更新文件后保持，B更新文件后保持，则B事务覆盖了A事务的修改，那么A事务发生了更新丢失。
• 脏读：一个事务正在修改数据，另外一个事务进行读取，那么另外一个事务发生了脏读现象。
• 不可重复读：一个事务在读取某些数据后的某个时间，再次读取以前读取过的数据，却发现该数据已经发生了改变，这种现象叫做“不可重复读”
• 幻读：一个事务按照相同的查询条件重读以前检索过的数据，却发现其他事务插入了满足条件的新数据，这叫幻读。

解决上面的问题必须数据提供一个隔离机制，数据库实现隔离机制基本分2种：

1. 在读取前，对其加锁，阻止其他事务对数据进行修改
2. 另外一种是不用加锁，通过一个机制生成一个在数据请求时间点与原数据一致的数据快照（副本），用这个快照来提供事务的操作，从用户的角度，好像是数据库数据在不同的事务间，有多个版本数据，因此这个叫“数据多版本并发控制”，也就是MVCC，常称为多版本数据库

为了解决隔离与并发的矛盾，定义了四个事务隔离级别：