【lesson27】MySQL事务常见操作方式

事务提交方式

事务的提交方式常见的有两种：

• 自动提交
• 手动提交

查看mysql事务提交方式：

用 SET 来改变 MySQL 的自动提交模式:
#SET AUTOCOMMIT=0 禁止自动提交

#SET AUTOCOMMIT=1 开启自动提交

查看默认事务的隔离级别

我们发现默认事务的隔离级别是可重复读（ repeatable read ）。

读未提交

修改隔离级别

我们隔离级别把设置成读未提交（ Read uncommitted ）

我们查看一下是否更改成功：

我们发现并未更改成功啊，这是为什么？
因为我们更改的事务隔离级别，只有在下一次mysql开启时才会生效。
所以我们重启mysql后，再查看

测试隔离级别

我们打开两个窗口，并且用同一个数据库。来观察不同事务隔离级别之间的特点。

建测试表

我们看一下有几个链接mysql服务的：

两个连接其实就是我们开启的两个窗口。

开始启动事务：

//两个启动事务的指令，随便选一个
start transaction;//启动事务
begin;//启动事务

这其实正常因为我们还没插入数据嘛！








结束事务

新一轮测试：
开启事务：




从图中我们可知，如果事务1不设置保存点，那么回滚指令会直接回滚到事务最初始的状态。

那么这是就有个问题了，已经提交了的事务回滚有用吗？

从图中其实可以看出来，已经提交的回滚没用，rollback只在事务运行期间有效，已经结束了的无效。

事务自动提交问题

我们之前学到事务，有两种提交方式，其中mysql默认为自动提交，那么真的是如此吗？
开启事务前：
1.查看是否开启自动提交
2.查看account表的初始数据

演示：
开启事务


我们手动Ctrl+\让事务1异常退出，然后再事务2查看account的数据，我们会发现我们发生异常之前的数据没有插入进去，mysql会自动回滚。

再次测试：
如果我们已经提交了数据，这时候事务异常了会怎么样？
提交数据

异常退出

我们会发现数据还在，因为commit之前可以回滚，commit之后不可以。

我们从目前的测试begin并没有自动提交数据，这是为什么呢？
因为手动开启的事务必须手动提交。begin或者start transaction在开启事务时，会自动更改提交方式。

单条SQL和事务的关系

查看提交方式

设置窗口0提交方式为手动提交

窗口1查看account表初始数据

窗口0：启动事务1

不开启事务，用单条SQL语句删除数据，那么单条SQL语句就是一个事务。

当mysql异常退出。

这时我们发现，就算mysql异常退出，窗口1的mysql还是会看到id=4的数据。
这是为什么呢？
因为不开启事务，单条SQL语句就是一个事务，而我们开启了手动提交。那么mysql异常退出，数据将会被回滚。

那么如果我们把它改成，自动提交呢？


我们可以看到这回数据就算mysql异常退出也还是被删了，因为我们设置了自动提交。

没有启动事务，那么单条SQL语句就是一个事务，如果自动提交开启那么删除了就是删除了。

结论

结论：

• 只要输入begin或者starttransaction，事务便必须要通过commit提交，才会持久化，与是否设置setautocommit无关。
• 事务可以手动回滚，同时当操作异常，MySQL会自动回滚
• 对于 InnoDB 每一条 SQL语言都默认封装成事务，自动提交。（select有特殊情况，因为 MySQL 有MVCC ）
• 从上面的例子，我们能看到事务本身的原子性(回滚)，持久性(commit)
• 那么隔离性？一致性？

事务操作注意事项

• 如果没有设置保存点，也可以回滚，只能回滚到事务的开始。直接使用 rollback(前提是事务还没有提交)
• 如果一个事务被提交了（commit），则不可以回退（rollback） 可以选择回退到哪个保存点
• InnoDB 支持事务， MyISAM 不支持事务
• 开始事务可以使用 start transaction 或者 begin