如何开启事务
在《数据库事务概论》中我们已经讨论了事务的基本概念、性质,那么在MySQL中如何将一系列操作当做一个事务呢。像下面这样:
BEGIN; //代表开启事务
UPDATE Student SET name = '张三三' WHERE id = '1';
COMMIT; // 代表将BEGIN和COMMIT之间的语句进行提交,也就是请求MySQL将结果刷新到磁盘上
如果只有BEGIN,没有COMMIT,那么代表BEGIN下面对数据的操作还未刷到磁盘上, 代表该事务处于部分提交的状态,在事务隔离级别为不可重读的情况下,其他Session 无法读到了这个更新,通过:
SHOW VARIABLES LIKE 'transaction_isolation';
可以查看MySQL中事务默认的隔离级别:
可以看到当前我的数据库的隔离级别是可重复读,在这种情况下其他Session 是无法读到这个处于未提交状态的事务的更新的,我们来验证一下:
现在我们再开启一个Session,也就是再开一个命令列界面,看能不能查询到上图对应Session的更新。
可以看到name还是张三三,现在我们执行Commit指令,提交事务,等价于请求MySQL将事务所做的改变刷新到磁盘上。然后看下另一个Session是否能查询到。
自动提交
可能有同学会问,我平时直接执行单条UPDATE语句,在别的Session 中直接能查询到,那是不是不加UPDATE语句就不算事务了啊,那要不然为啥我执行了UPDATE,其他Session 立刻能查询到呢? 像下面这样:
如果我们不显式的使用BEGIN或START TRANSACTION(比BEGIN更全面)来开启一个事务,那么每个DML语句(INSERT,UPDATE,DELETE )都算是一个独立的事务,自动提交,这种特性我们称之为事务的自动提交,在MySQL中可以通过:
SHOW VARIABLES LIKE 'autocommit';
查看该特性是否开启:
隐式提交
如果我们不想用自动提交可以用 BGEIN 和 COMMIT语句来手动提交,或者将autocommit关闭,但是即使我们使用了BGEIN,也不能百分之百的保证MySQL不会自动提交,在以下情况下:
- 如果BEGIN后跟了DDL语句(定义或修改数据库对象的数据定义语言 ,Data definition language )
- 隐式使用或修改mysql(这个是MySQL自带的数据库,就叫mysql)数据库中的表
- 事务控制或关于锁定的语句(BEGIN后面又来了个 BEGIN或者 START TRANSACTION)
- 或者在当前Session中打开autocommit的开关
- 或者使用LOCK TABLE、UNLOCK TABLES等关于锁定的语句也会隐式的提交前边语句所属的事务
- 加载数据的语句, 比如我们使用LOAD DATA语句来批量往数据库中带入数据时,也会隐式的提交前面语句所属的事务
- MySQL复制的一些语句,使用START SLAVE,STOP SLAVE 、RESET SLAVE等语句时也会触发隐式提交
- ANALYZE TABLE [表名]、CACHE INDEX、CHECK TABLE [表名] 等语句也会触发前边语句所属的事务。
手动中止事务
那如果发生了意外,我想回滚或者手动中止事务呢,我们可以借助RollBack指令,像下面这样:
这里需要强调的是,ROLLBACK语句是MySQL用来需要手动的回滚事务时提供的语句,如果MySQL的事务在执行过程中遇到了某些错误而无法继续执行的时候,事务会自动的进行回滚。
保存点
如果我们在Begin之后,执行了好多条UPDATE 语句呢,我们只想回滚到某个点,再接着执行呢,请保存点同志出场说话,在事务对应的语句上当上几个点,调用ROLLBACK语句的时候,我们就能回滚到我们想回滚的点了。示例如下:
语法示例:
SAVEPOINT 保存点名称 // 产生保存点
RELEASE SAVEPOINT 保存点名称 // 删除保存点
另一种开启事务的方式
上面我们都是采取BEGIN语句来开启事务的,MySQL中还有另一种开启事务的语法:
START TRANSACTION [修饰符],[修饰符],[修饰符];
START TRANSACTION相对于BEGIN语句的不同之处就在于,START TRANCATION可以跟修饰符, 如下所示:
- READ ONLY (只读模式)
示例:
- WRITE ONLY 只写模式
- WITH CONSISTENT SNAPSHOT 一致性读。
一个事务的模式是不能即使只读模式,又是只写模式,我们不加修改默认就是既允许读又允许读。