高性能MySQL之事务

• 事务就是一组原子性的sql查询，或者说一个独立的工作单元
• 事务内的语句，要么全部执行，要么全部执行失败
• 事务的ACID属性：原子性，一致性，隔离性，持久性
• 原子性：一个事务被视为不可分割的最小工作单元
• 一致性：数据库总是从一个一致性的状态转到另一个一致性的状态
• 隔离性：一个事务所做的修改在最终提交之前，对其他事务不可见
• 持久性：一旦事务提交，其所做的修改永久保存到数据库中

1.隔离级别

四种隔离级别：READ UNCOMMITTED（未提交读），READ COMMITTED（提交读），REPEATABLE READ（可重复读），SERIALIZABLE（可串行化）

• READ UNCOMMITTED（未提交读）：事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，这也成为脏读（Dirty Read）。在实际中，一般很少应用
  
• READ COMMITTED（提交读）：大多数的数据库默认的隔离级别是READ COMMITTED（提交读）（但MySQL不是），一个事务开始前，只能看见已经提交的事务所做的修改。
  
• REPEATABLE READ（可重复读）：解决了脏读的问题。该级别保证了在同一个事务中多次读取同样的记录的结果是一致的。但是理论上，可重复读隔离级别还是无法解决另外一个幻读（Phantom Read）的问题。所谓幻读，指的是当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，当之前的事务再次读取该范围的记录时，会产生幻行（Phantom Row）。InnoDB和XtraDB存储引擎通过多版本并发控制解决了幻读的问题。
  
• SERIALIZABLE（可串行化）：是最高的隔离级别。通过强制事务串行执行，避免了前面说的幻读问题。简单的说，serializable会在读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用的问题。可以根据实际情况使用该级别

Mysql设置隔离级别：SET   TRANSACTION   ISOLATION   LEVEL 

2.死锁

• 死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环的现象

数据库系统实现了各种死锁检测和死锁超时机制。

3.事务日志

使用事务日志，存储引擎在修改表的数据时只需修改其内存拷贝，再把修改行为记录到持久在硬盘上的事务日志中，而不用每次都将修改的数据本身持久到磁盘。

4.MySql中的事务

  MySQL的两种事务型的存储引擎：InnoDB和NDB Cluster。

• 自动提交（AUTOCOMMIT）：MySQL默认采用自动提交模式。当autocommit=0时，所有的查询都是在一个事务中，直到显示的执行commit提交或rollback回滚，该事务结束，同时又开始了另一个新事务。
• 在事务中混合使用存储引擎：事务是由下层的存储引擎实现的。所以在同一个事务中，使用多种存储引擎是不可靠的。如果在事务中使用了事务性和非事务性的表（例如InnoDB和MyISAM表），在正常提交的情况下没有问题，但如果该事务需要回滚，非事务型的表上的变更就无法撤消，这会导致数据库不一致的状态，这种情况很难修复，事务的最终结果也无法确定。所以为每张表选择合适的存储引擎很重要。
• 隐式和显示锁定：InnoDB采用两阶段锁定协议。在事务执行过程中，随时都可以执行锁定，锁只在执行COMMIT或者ROLLBACK的时候才会释放，并且所有的锁是在统一时刻被释放。前面描述的锁定都是隐式锁定，InnoDB会根据隔离级别在需要的时候自动锁定。InnoDB支持通过特定的语句进行显示锁定。Mysql

        支持的锁定的语句：LOCK TABLE和UNLOCK TABLE(最好不要显示的执行lock table)