innodb默认支持事务
事务是一组逻辑操作单元，使数据从一种状态转变到另一种状态

事物的ACID特性

• 原子性（atomicity） 事务是一个不可分割的工作单位，要么全部提交，要么全部失败回滚
• 一致性（consistency） 事务执行前后，数据从一个合法性状态变换到另外一个合法性状态。这种状态是语义上的而不是语法上的，跟具体的业务有关。
  举例：
  A账户有余额200元，转账出去300元，剩下余额-100元。此时数据不一致，因为余额要>=0。
  A账户200元，转账给B50元，A的账户钱扣了，但种种原因B的账户余额没有增加，此时数据不一致，因为A+B的总余额要不能变。
  在数据表中将姓名字段设为唯一约束，当事务提交或回滚时，数据表中的姓名不唯一，则破坏了事物的一致性要求。
• 隔离性（isolation） 一个事务的执行不能被其他事务干扰，即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。
• 持久性（durability） 一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来的其他操作和数据库故障不应该对其有任何影响。

事务的状态

活动的，部分提交的，失败的，终止的，提交的

显式事务

# 事务的完成过程
# 步骤一:开启事务
# 步骤二:一系列的dml操作
# ...
# 步骤三:书屋的结束状态:提交的状态(commit),中止的状态(rollback)

# 显式事务
# 开启:
# start transaction (后可跟: read only / read write / with consistent snapshot ) 或 begin
# 保存点 savepoint

隐式事务

# 隐式事务
# 关键字: autocommit
# set autocommit = false;

SHOW VARIABLES LIKE 'autocommit';
# 此时一条dml操作是一个独立的事务,自动完成commit
UPDATE account SET balance = balance - 10 WHERE id = 1;
UPDATE account SET balance = balance + 10 WHERE id = 2;

# 关闭自动提交:
# 方式一:
SET autocommit = FALSE;	# 关闭自动提交以后,此时再写dml语句:
UPDATE account SET balance = balance - 10 WHERE id = 1;
UPDATE account SET balance = balance + 10 WHERE id = 2;
COMMIT; # 或 rollback
# 这两条语句算作一个事务操作进行提交或回滚

# 方式二:
# SET autocommit = true;	
# 在autocommit为true的情况下,使用start transaction或begin开启事务,那么dml操作就不会自动提交数据
START TRANSACTION;
UPDATE account SET balance = balance - 10 WHERE id = 1;
UPDATE account SET balance = balance + 10 WHERE id = 2;
COMMIT; # 或 rollback

事务的使用举例

SHOW VARIABLES LIKE 'autocommit';
USE atguigudb2;
# 例一:commit和rollback
# 1.
CREATE TABLE user3(NAME VARCHAR(15) PRIMARY KEY);
SELECT * FROM user3;

BEGIN;
INSERT INTO user3 VALUES('里斯'); # 此时不会自动提交
COMMIT;

BEGIN;	# 开启一个新的事物
INSERT INTO user3 VALUES('杰克');	# 此时不会自动提交
INSERT INTO user3 VALUES('杰克');	# 受主键影响,不能添加成功
ROLLBACK;	# 回滚到上一次commit

# 2.
TRUNCATE TABLE user3;	# ddl操作会自动提交数据,不受autocommit变量的影响

BEGIN;	# 开启一个新的事物
INSERT INTO user3 VALUES('杰克');	# 此时不会自动提交
COMMIT;
SELECT * FROM user3;

INSERT INTO user3 VALUES('tom');	# 默认情况下即autocommit为true,dml操作也会自动提交数据
INSERT INTO user3 VALUES('tom');	# 此时是事务失败的状态,接下来rollback回滚,把这个失败的状态终止

ROLLBACK;

# 3.
TRUNCATE TABLE user3;
SELECT * FROM user3;

SELECT @@completion_type;
SET @@completion_type = 1;	# 开启链式事务

BEGIN;
INSERT INTO user3 VALUES('张三');
COMMIT;

INSERT INTO user3 VALUES('李四');
INSERT INTO user3 VALUES('李四');

ROLLBACK;

SELECT * FROM user3;


# 例二:
# 体会innodb和myisam
CREATE TABLE test1(i INT) ENGINE = INNODB;
CREATE TABLE test2(i INT) ENGINE = MYISAM;

# 针对innodb
BEGIN
INSERT INTO test1 VALUES (1);
ROLLBACK;

SELECT * FROM test1;

# 针对myisam
BEGIN
INSERT INTO test2 VALUES (1);
ROLLBACK;	# 无效

SELECT * FROM test2;

# 例三:
CREATE TABLE user4(NAME VARCHAR(15),balance DECIMAL(10,2));

BEGIN 
INSERT INTO user4(NAME,balance) VALUES('张三',1000);
COMMIT;

SELECT * FROM user4;

BEGIN;
UPDATE user4 SET balance = balance - 100 WHERE NAME = '张三'; 
UPDATE user4 SET balance = balance - 100 WHERE NAME = '张三'; 

SAVEPOINT s1;	# 设置保存点
UPDATE user4 SET balance = balance + 1 WHERE NAME = '张三'; 

ROLLBACK TO s1;	# 回滚到s1
SELECT * FROM user4;

ROLLBACK;		# 回滚到最初状态
SELECT * FROM user4;	# balance = 1000

SQL中的四种隔离级别

SQL标准中设立了4个隔离级别：

• READ UNCOMMITTED ：读未提交，在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。不能避免脏读、不可重复读、幻读。
• READ COMMITTED ：读已提交，它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。可以避免脏读，但不可重复读、幻读问题仍然存在。
• REPEATABLE READ ：可重复读，事务A在读到一条数据之后，此时事务B对该数据进行了修改并提交，那么事务A再读该数据，读到的还是原来的内容。可以避免脏读、不可重复读，但幻读问题仍然存在。这是MySQL的默认隔离级别。
• SERIALIZABLE ：可串行化，确保事务可以从一个表中读取相同的行。在这个事务持续期间，禁止其他事务对该表执行插入、更新和删除操作。所有的并发问题都可以避免，但性能十分低下。能避免脏读、不可重复读和幻读。

MySQL中的隔离级别

查看mysql隔离级别：SHOW VARIABLES LIKE 'transaction_isolation';

如何设置事务的隔离级别

global：全局设置，在下一次会话时生效，因mysql是内存级别，重启服务器后需要重新设置
SET GLOBAL transaction_isolation = 'read-committed';
session：仅对当前会话有效
SET SESSION transcation_isolation = 'read-uncommitted';

SET [GLOBAL|SESSION] TRANSACTION_ISOLATION = '隔离级别'
#其中，隔离级别格式：
> READ-UNCOMMITTED
> READ-COMMITTED
> REPEATABLE-READ
> SERIALIZABLE