漫谈MySQL中的事务

最新推荐文章于 2024-09-24 09:50:23 发布

互联网全栈架构

最新推荐文章于 2024-09-24 09:50:23 发布

阅读量65

点赞数

文章标签： mysql 数据库

本文链接：https://blog.csdn.net/weixin_44742132/article/details/134098603

版权

欢迎关注微信公众号：互联网全栈架构

一、数据库事务

数据库事务是用户定义的一个数据库操作序列，这些操作要么全做要么全不做，是一个不可分割的工作单位。

事务具有四个特性：原子性（Atomicity），一致性（Consistency），隔离性（Isolation）和持久性（Durability），简称ACID特性。我们以经典的转账例子来分别说明这几个特性的详细含义：A、B账户的余额都是一万元，然后A账户向B账户转账1000元，这实际上包括了两步操作，先是A账户减去1000元，变成了9000元，而B账户加上1000元，变成了11000元。

1. 原子性：事务中包含的操作要么全都做，要么全都不做。比如上面的转账例子，要么A账户减少1000元且B账户增加了1000元，要么两个账户的余额都没有改变。

2. 一致性：事务执行的结果必须是使数据库从一个一致性状态变成另外一个一致性状态。在转账前，A、B账户的余额是一万元，合计是两万元，转账后两者的账户合计也必须是两万元，如果转账所涉及的两步操作有一步失败，比如A账户减去1000元没有成功，但B账户却加上了1000元，那么事务结束后，两者的余额合计就变成了两万一千元，这时数据库就处于不一致的状态了。

3. 隔离性：多个事务可以并发执行，但事务之间不能相互干扰，以确保一个事务的操作不会影响到另外一个事务。

4. 持久性：指事务一旦提交，它对数据库中数据的影响是永久性的，接下来的其他操作或者故障不应该对执行结果有任何影响。

二、MySQL事务

在MySQL的架构体系中，最下面一层是存储引擎层，它负责数据的存储和提取，通过命令show engines可以查看当前服务器支持的存储引擎：

由上图可以看出，只有InnoDB存储引擎才支持事务，而它也是MySQL 5.7默认的选项，其它存储引擎都不支持事务。NDB Cluster也支持事务，它是基于内存的存储引擎，需要另行安装，本文暂不讨论。

MySQL默认采用自动提交（AUTOCOMMIT）模式，即使没有手动开启事务（START TRANSACTION），MySQL也会默认将当前的每个SQL语句当成一个事务进行提交，可通过以下语句查询当前连接的自动提交模式：

SHOW VARIABLES LIKE 'AUTOCOMMIT';

从以上语句的执行结果可以看到，这个参数默认是ON，也就是开启了自动提交模式：

如果需要关闭自动提交模式，则把它设置为零即可，1或者ON表示启用，0或者OFF表示关闭：

SET AUTOCOMMIT=0;

自动模式关闭以后，就需要手动开启并提交或者回滚事务。

三、MySQL事务控制语句

BEGIN或START TRANSACTION：开启一个新事务

COMMIT：提交当前事务，让SQL语句对数据库的修改成为永久性的

ROLLBACK：回滚当前事务，撤销对数据库的修改

SAVEPOINT identifier：保存点，可以使用它回滚部分指定事务，从而可以更精细的控制事务，identifier为保存点的名称

ROLLBACK TO SAVEPOINT：事务回滚到指定的保存点

RELEASE SAVEPOINT：删除事务的保存点

SET TRANSACTION：用于指定事务的特性，比如隔离级别、访问模式（读写/只读）等。

我们用一个简单的例子来演示一下部分控制语句的用法，特别是关于保存点的用法，相对来讲，它可能有点陌生。我们创建一个非常简单的表，并且往里面插入几行数据：

CREATE TABLE `t_employee` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(255) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

INSERT INTO `t_employee` (`name`) VALUES ('Tom');
INSERT INTO `t_employee` (`name`) VALUES ('John');
INSERT INTO `t_employee` (`name`) VALUES ('Hans');

# 开启一个事务
START TRANSACTION;
# 更新id为1的name字段
UPDATE t_employee SET name='full stack' WHERE id = 1;
# 确认更新成功
SELECT * FROM t_employee WHERE id = 1;
# 设置一个保存点，名称为s1
SAVEPOINT s1;
# 再次更新id为1的name字段
UPDATE t_employee SET name='full stack new' WHERE id = 1;
SELECT * FROM t_employee WHERE id = 1;
# 回滚事务到保存点s1
ROLLBACK TO s1;
# 会发现最后一次更新没有成功，因为它被回滚了
SELECT * FROM t_employee WHERE id = 1

如果执行上面的SQL有错误，请按照提示删除多余的换行符。

四、事务隔离级别

上面我们提到过，事务有四大特性，其中一个是隔离性，在并发执行事务的情况，可能会存在事务之间相互干扰的情况，这时候就需要指定合适的隔离级别，来保证程序运行的正确性。在MySQL中，事务的隔离级别一共有四种：读未提交，读已提交，可重复读，串行化。

读未提交：在事务中的更改，即使没有提交，其它事务也能看见更新。

读已提交：一个事务从开始到提交之前，所做的修改对其它事务来说是不可见的。

可重复读：它解决了读已提交可能存在的问题：就是两次执行同样的查询，可能会得不一样的结果

串行化：是最高级别的隔离，它强制事务串行执行，可能会导致大量的超时和锁争用问题

对于事务的隔离级别，它涉及的东西较多，底层的实现原理也较为复杂，后续会有专门的文章进行解读，敬请期待。

都看到这里了，请帮忙一键三连啊，也就是点击文末的在看、点赞、分享，这样会让我的文章让更多人看到，也会大大地激励我进行更多的输出，谢谢！

鸣谢：

https://dev.mysql.com/doc/refman/5.7/en/

推荐阅读：