MySQL事务

-- -------------------------------------------------------------------------------------------------------
-- 事务
-- -------------------------------------------------------------------------------------------------------
-- 事务是指一组原子性的SQL语句。
-- ACID: 原子性（atomicity）,一致性（consistency）,隔离性（isolation）,持久性（durability）
-- -------------------------------------------------------------------------------------------------------
-- MySQL提供了两种事务型的存储引擎：InnoDB和NDB Cluster。另外还有些第三方存储引擎也支持事务，比较知名的包括
-- XtraDB和PBXT。
-- -------------------------------------------------------------------------------------------------------
-- 自动提交：MySQL默认采用自动提交（AUTOCOMMIT）模式。也就是说，如果不是显示的开始一个事务，则每个查询都当
-- 作一个事务执行提交操作。在当前连接中，可以通过设置AUTOCOMMIT变量来启用或者禁用自动提交模式。
-- 1 或者 ON 表示启用自动提交，0 或 OFF 表示关闭自动提交。
SET AUTOCOMMIT = 0;
SET AUTOCONMIT = 1;
-- 开启事务
START TRANSACTION;
-- 提交事务
COMMIT;
-- 回滚事务
ROLLBACK;
-- -------------------------------------------------------------------------------------------------------
-- 当AUTOCOMMIT=0时，所有的查询都是在一个事务中，直到显示的执行COMMIT或者ROLLBACK回滚，该事务结束，同时又开
-- 启了一个新的事务。修改AUTOCOMMIT对非事务型的表，比如MyISAM或者内存表，不会有任何影响。对这类表来说，没有
-- COMMIT或者ROLLBACK的概念，也就是说相当于一直处于AUTOCOMMIT启动的模式。
-- 另外还有一些命令，在执行之前会强制执行COMMIT提交当前的活动事务。典型的例子，在数据库定义语言（DDL）中，如
-- 果是会导致大量数据改变的操作，比如ALTER TABLE，就会在执行ALTER TABLE之前强制执行COMMIT提交当前事务。另外
-- LOCK TABLES等其他语句也会导致同样的结果。请检查MySQL版本对应的官方文档来确认所有可能导致自动提交的语句列
-- 表。
-- -------------------------------------------------------------------------------------------------------
-- 在事务中混合使用存储引擎：
-- MySQL服务器层不管理事务，事务是有下层的存储引擎实现的。所以在同一个事务中使用多种存储引擎是不可靠的。如果
-- 在事务中混合使用了事务型（比如InnoDB）和非事务型(MyISAM)，在正常情况下不会有什么问题。但如果该事务需要回
-- 滚，非事务型的表上的变更将无法撤销，这会导致数据库处于不一致的状态，这种情况很难修复，事务的最终结果将无
-- 法确定。所以，为每张表选择何是的存储引擎非常重要。
-- 在非事务型的表上执行事务相关操作的时候，MySQL通常不会发出提醒，也不会报错。有时候只有回滚的时候才会发出一
-- 个警告：“某些非事务型的表上的变更不能被回滚”。但大多数情况下，对非事务型表的操作都不会有提示。
-- 显示和隐式锁定：
-- InnoDB存储引擎采用的是两段锁定协议。在事务的执行过程中，随时都可以执行锁定，锁只有在执行COMMIT或ROLLBACK
-- 的时候才会释放，并且所有的锁是在同一时刻释放。前面描述的锁定都是隐式锁定，InnoDB会根据隔离级别在需要的时
-- 候自动加锁。另外，InnoDB也支持通过特定的语句进行显式锁定，这些语句不属于SQL规范：
SELECT ... LOCK IN SHARE MODE;
SELECT ... FOR UPDATE;
-- MySQL也支持LOCK TABLES和UNLOCK TABLES语句，这是在服务器层实现的，和存储引擎无关。它们有自己的用途，但并
-- 不能代替事务。如果应用需要用到事务，还是应该选择事务型存储引擎。
-- LOCK TABLES和事务之间相互影响的话，情况会变得非常复杂，在某些MySQL版本中甚至会产生无法预料的后果。因此建
-- 议，除了事务中禁用了AUTOCOMMIT，可以使用LOCK TABLES之外，其他任何时候都不要显是的执行LOCK TABLES，不管使
-- 用的是什么存储引擎。
-- -------------------------------------------------------------------------------------------------------
-- MySQL能够识别所有的4个ANSI隔离级别，InnoDB引擎也能支持所有的隔离级别。
-- -------------------------------------------------------------------------------------------------------
-- 事务的隔离级别
-- -------------------------------------------------------------------------------------------------------
-- 隔离级别         | 中文名称 | 脏读可能性 | 不可重复读可能性 | 幻读可能性 | 加锁读 | 
-- READ UNCOMMITTED | 未提交读 |    YES     |       YES        |     YES    |   NO   | 
-- READ COMMITTED   | 提交读   |    NO      |       YES        |     YES    |   NO   | 
-- REPEATABLE READ  | 可重复读 |    NO      |       NO         |     YES    |   NO   |
-- SERIALIZABLE     | 可串行化 |    NO      |       NO         |     NO     |   YES  |
-- -------------------------------------------------------------------------------------------------------
-- 备注说明：
-- （1）READ UNCOMMITTED：事务中的修改，即使事务没有提交，对其他事务也都是可见的。事务可以读取未提交的数据
-- 这也被称为脏读。这个级别会导致很多问题，从性能上来说，READ UNCOMMITTED不会比其他级别好太多，但缺乏其他级
-- 别的很多好处，在实际应用中很少使用。
-- （2）READ COMMITTED：大多数数据库的默认隔离级别是READ COMMITTED, 但不是MySQL的默认级别。READ COMMITTED 满足
-- 隔离性的简单定义：一个事务开始时，只能"看见"已经提交的事务所做的修改。换句话说，一个事务从开始到提交之前，
-- 所做的修改对其他事务是不可见的。这个级别有时候也叫做"不可重复读"，因为两次执行同样的查询，可能会得到不一
-- 样的结果。
-- （3）REPEATABLE READ: 是MySQL的默认事务隔离级别。REPEATABLE READ解决了脏读的问题，该级别保证了在同一事务
-- 中多次读取同样的记录的结果是一致的。但是理论上，可重复读隔离级别还是无法解决另外一个问题————幻读。所谓幻
-- 读，指的是某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，当之前的事务再次读取
-- 该范围的记录时，会产生幻行。InnoDB和XtraDB存储引擎通过多版本并发控制解决了幻读问题。 
-- （4）SERIALIZABLE：是最高的隔离级别。它通过强制事务串行执行，避免了前面说的幻读的问题。简单来说，SERIALIZBALE
-- 会在读取的每行数据上加锁，所以可能导致大量的超时和锁争用的问题。实际应用中很少使用这个隔离级别，只有在非
-- 常需要确保数据一致性，而且可以接收没有并发的情况下，才考虑采用该级别。
-- -------------------------------------------------------------------------------------------------------
-- 设置事务的隔离级别
-- -------------------------------------------------------------------------------------------------------
-- 设置整个数据库的隔离级别：
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
-- 设置当前会话的事务隔离级别：
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
-- -------------------------------------------------------------------------------------------------------
-- 死锁
-- -------------------------------------------------------------------------------------------------------
-- 死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环的现象。数据库系统
-- 实现了各种死锁检测的超时机制。比如InnoDB存储引擎，越能检测到死锁的循环依赖，并立即返回一个错误。这种解决
-- 的方式很有效，否则死锁会导致出现非常慢的查询。还有一种方式，就是当查询的时间达到锁等待超时的设定后放弃锁
-- 请求，这种方式不太友好。InnoDB目前的处理死锁的方法是，将持有最少行级排他锁的事务进行回滚（这是相对比较简
-- 单的死锁回滚算法）。
-- -------------------------------------------------------------------------------------------------------
-- 锁的行为和顺序是和存储引擎相关的。以同样的顺序执行语句，有些存储引擎会产生死锁，有些则不会。
-- -------------------------------------------------------------------------------------------------------
-- 死锁的产生有双重原因：有些是因为真正的数据冲突，这种情况通常很难避免，但有些则完全是由于存储引擎的实现
-- 方式导致的。
-- -------------------------------------------------------------------------------------------------------
-- 死锁发生以后，只有部分或这完全回滚其中一个事务，才能打破死锁。
-- -------------------------------------------------------------------------------------------------------
-- 事务处理
-- -------------------------------------------------------------------------------------------------------
-- 关闭自动提交，备注：MySQL默认自动提交，所以先关闭自动提交
SET AUTOCOMMIT = 0;
-- 开启一个事务
START TRANSACTION;
-- 设置保存点，备注：非必须
SAVEPOINT POINT_ONE;
-- 执行SQL
-- todo
-- 回滚至保存点，备注：非必须
ROLLBACK TO SAVEPOINT POINT_ONE;
-- 释放（删除）保存点，备注：如果设置了保存点，那么建议回滚事务后释放保存点
RELEASE SAVEPOINT POINT_ONE;
-- 回滚事务
ROLLBACK;
-- 提交事务
COMMIT;
-- 开启自动提交
SET AUTOCOMMIT = 1;

-- -------------------------------------------------------------------------------------------------------
-- 多版本并发控制
-- -------------------------------------------------------------------------------------------------------
-- TODO

-- -------------------------------------------------------------------------------------------------------
-- 字符集编码
-- -------------------------------------------------------------------------------------------------------
-- MySQL默认的字符集编码是：Latin1，不支持中文
-- 在my.ini文件中设置默认的编码: default-character-set=utf8
-- 建表时设置中文编码: CHARSET=utf8 COLLATE=utf8_general_ci; 
-- -------------------------------------------------------------------------------------------------------