企业🤖AI Agent构建引擎,智能编排和调试,一键部署,支持私有化部署方案 广告
[TOC] ## 事务与锁基础 ### 事务的基础 1. 事务即 **transaction**,是数据库系统区别于文件系统的重要特性之一。 2. 在文件系统中,如果我们正在写文件,但是操作系统崩溃了,那么文件中的数据可能会丢失。但是数据库可以通过事务机制来确保这一点。 事务的必要性 ### 使用场景 > 在开发中经常有需要保持多个表数据一致的问题,我们会引入事务,比如假如有两个用户a,b,假设 a 要给 b 转账 1000 元,那么只需要在表中把 a 对应的记录的相应字段减去 1000,给 b 对应的记录的相应 字段增加 1000 即可。 但是当我们给 a 对应的记录减去 1000,但是当执行给 b 对应的记录增加 1000 的时候,服务器突然出现了一些问题,导致该 SQL 并未顺利执行就宕机 了。 如果不启用事务,那么结果就是 a 对应的记录减少了 1000,但是 b 对应的记录并没有增加 1000,这是不符合常理的,于是,我们引入了事务机制来保证它的可靠性。 ### 事务的特性(ACID) 事务要求 **ACID** 的特性,即:**原子性、一致性、隔离性、持久性**。 1. **原子性**,是指整个数据库的每个事务都是不可分割的单位。只有事务中的所有 SQL 语句都执行成功,才算整个事务成功,事务才会被提交。如果事务 中任何一个 SQL 语句执行失败,整个事务都应该被回滚。 2. **一致性**,是指将数据库从一种一致性状态转换为下一种一致性状态。不允许数据库中的数据出现新老数据都有的情况,要么都是老数据,要么都是新数 据。用更书面化的表达就是:数据的完整性约束没有被破坏。 3. **隔离性**,是指一个事务的影响在该事务提交前对其他事务都不可见,它通过锁机制来实现。 4. **持久性**,是指事务一旦被提交,其结果就是永久性的。即使发生宕机等故障,数据库也能将数据恢复 ### 事务的语法 1. 在 MySQL 命令行的默认设置下,事务是自动提交的,即执行了SQL 语句之后会马上执行 **commit **操作,我们可以设置 `set autocommit=0` 来禁用当前回话 的自动提交。 还可以用 `begin `、`start transaction` 来显式的开始一个事务。 2. `commit `在默认设置下是等价于 `commit work `的,表示提交事务。 3. `rollback `在默认设置下等价于` rollback work`,表示事务回滚。 4. `savepoint xxx` 表示定义一个保存点,在一个事务中可以有多个保存点。 5. `release savepoint xxx` 表示删除一个保存点,当没有该保存点的时候执行该语句,会抛出一个异常。 6. `rollback to [savepoint] xxx` 表示回滚到某个保存点。 >这里简单把上面的语法简单过一遍 首先简单建一个用户user表,这里我们只是过一遍语法。 ``` SQL CREATE TABLE `user` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `user_name` varchar(255) DEFAULT NULL, `password` varchar(255) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; ``` ![](https://img.kancloud.cn/d6/f8/d6f84831a28839597ebf25a3893394fa_269x131.png) 我们先查询一下事务的自动提交状态 ``` SQL -- 查询事务自动提交状态 show variables like '%commit%'; ``` ![](https://img.kancloud.cn/7f/98/7f9813a41009bb253445a9a8a52530bc_279x264.png) 以下是事务自动提交修改方式: ``` SQL -- 全局修改 set global autocommit=0; show global variables like 'autocommit'; -- 局部修改 set session autocommit=0; show global variables like 'autocommit'; ``` 这里我贴一个曾经做过的测试,关于global和session的配置细节,因为这里是做事务相关的总结,他俩的测试我就不贴在上面了。 1. global全局参数的设置是对已经开启的session不生效,但是对于新开启的session才是有效的。 2. 虽然设置了全局变量,但是在mysql服务重启之后,数据库的配置又会重新初始化,一切按照my.ini的配置进行初始化。global和session的配置都会失效了。 接下来我们开启两个查询窗口开始测试: ![](https://img.kancloud.cn/1a/65/1a657c4716eabdd2f1e9c3ab777fd87c_1013x611.png) 事务简单操作:开启两个窗口,一个用于事务新增数据,一个用于事务提交前查询 第一次,session1事务没有提交,session2直接查询数据 session1: ``` SQL -- 开启事务 start transaction; insert into `user` (`user_name`,`password`)values('test','1'); ``` session2: ``` SQL select * from `user`; ```