MySQL事务
MySQL事务
目标
- 能够知道事务的四大特性
1. 事务简介
1. 事务的介绍
事务就是用户定义的一系列执行SQL语句的操作, 这些操作要么完全地执行，要么完全地都不执行， 它是一个不可分割的工作执行单元
2. 事务的使用场景
在日常生活中，有时我们需要进行银行转账，这个银行转账操作背后就是需要执行多个SQL语句，假如这些SQL执行到一半突然停电了，那么就会导致这个功能只完成了一半，这种情况是不允许出现，要想解决这个问题就需要通过事务来完成
3. 事务的四大特性
- 原子性(Atomicity)
- 一致性(Consistency)
- 隔离性(Isolation)
- 持久性(Durability)
事务能够保证数据的完整性和一致性，让用户的操作更加安全
1. 原子性
一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作，这就是事务的原子性
2. 一致性
数据库总是从一个一致性的状态转换到另一个一致性的状态。（在前面的例子中，一致性确保了，即使在转账过程中系统崩溃，支票账户中也不会损失200美元，因为事务最终没有提交，所以事务中所做的修改也不会保存到数据库中）
3. 隔离性
通常来说，一个事务所做的修改操作在提交事务之前，对于其他事务来说是不可见的。（在前面的例子中，当执行完第三条语句、第四条语句还未开始时，此时有另外的一个账户汇总程序开始运行，则其看到支票帐户的余额并没有被减去200美元）
4. 持久性
一旦事务提交，则其所做的修改会永久保存到数据库
4. 事务的使用
在使用事务之前，先要确保表的存储引擎是 InnoDB 类型, 只有这个类型才可以使用事务，MySQL数据库中表的存储引擎默认是 InnoDB 类型
表的存储引擎说明
- 表的存储引擎就是提供存储数据一种机制，不同表的存储引擎提供不同的存储机制
汽车引擎效果图
不同的汽车引擎，提供的汽车动力也是不同的
汽车引擎
查看MySQL数据库支持的表的存储引擎
-- 查看MySQL数据库支持的表的存储引擎 show engines;
image-20241218133022913 常用的表的存储引擎是 InnoDB 和 MyISAM
- InnoDB 是支持事务的
- MyISAM 不支持事务，优势是访问速度快，对事务没有要求或者以select、insert为主的都可以使用该存储引擎来创建表
查看goods表的创表语句
-- 选择数据库 use demo; -- 查看goods表 show create table students; +-------+--------------------------------------------------------+ | Table | Create Table | +-------+--------------------------------------------------------+ | goods | CREATE TABLE `goods` ( | | | `id` int(10) unsigned NOT NULL AUTO_INCREMENT, | | | `name` varchar(150) NOT NULL, | | | `cate_id` int(10) unsigned NOT NULL, | | | `brand_id` int(10) unsigned NOT NULL, | | | `price` decimal(10,3) NOT NULL DEFAULT '0.000', | | | `is_show` bit(1) NOT NULL DEFAULT b'1', | | | `is_saleoff` bit(1) NOT NULL DEFAULT b'0', | | | PRIMARY KEY (`id`) | | | ) ENGINE=InnoDB AUTO_INCREMENT=25 DEFAULT CHARSET=utf8 | +-------+--------------------------------------------------------+通过创表语句可以得知，goods表的存储引擎是InnoDB。
修改表的存储引擎使用: alter table 表名 engine = 引擎类型;
alter table students engine = 'MyISAM';
开启事务
begin; -- 或者 start transaction;说明
开启事务后执行修改命令，变更数据会保存到MySQL服务端的缓存文件中，而不维护到物理表中
MySQL数据库默认采用自动提交(autocommit)模式，如果没有显示的开启一个事务,那么每条sql语句都会被当作一个事务执行提交的操作
当设置autocommit=0就是取消了自动提交事务模式，直到显示的执行commit和rollback表示该事务结束
- set autocommit = 0 表示取消自动提交事务模式，需要手动执行commit完成事务的提交
set autocommit = 0; insert into students(name) values('刘三峰'); -- 需要执行手动提交，数据才会真正添加到表中, 验证的话需要重新打开一个连接窗口查看表的数据信息，因为是临时关闭自动提交模式 commit -- 重新打开一个终端窗口，连接MySQL数据库服务端 mysql -uroot -p -- 然后查询数据,如果上个窗口执行了commit，这个窗口才能看到数据 select * from students;
提交事务
将本地缓存文件中的数据提交到物理表中，完成数据的更新
commit;
回滚事务
放弃本地缓存文件中的缓存数据, 表示回到开始事务前的状态
rollback;
事务演练的SQL语句
begin; insert into students(name) values('李白'); -- 查询数据，此时有新增的数据, 注意: 如果这里后续没有执行提交事务操作，那么数据是没有真正的更新到物理表中 select * from students; -- 只有这里提交事务，才把数据真正插入到物理表中 commit; -- 新打开一个终端，重新连接MySQL数据库，查询students表,这时没有显示新增的数据，说明之前的事务没有提交，这就是事务的隔离性 -- 一个事务所做的修改操作在提交事务之前，对于其他事务来说是不可见的 select * from students;
5. 小结
- 事务的特性
- 原子性: 强调事务中的多个操作时一个整体
- 一致性: 强调数据库中不会保存不一致状态
- 隔离性: 强调数据库中事务之间相互不可见
- 持久性: 强调数据库能永久保存数据，一旦提交就不可撤销
- MySQL数据库默认采用自动提交(autocommit)模式, 也就是说修改数据(insert、update、delete)的操作会自动的触发事务,完成事务的提交或者回滚
- 开启事务使用 begin 或者 start transaction;
- 回滚事务使用 rollback;
- pymysql 里面的 conn.commit() 操作就是提交事务
- pymysql 里面的 conn.rollback() 操作就是回滚事务
2. 事务特性和隔离级别
1. 事务特性【面试题】
原子性（Atomicity）原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生
eg: zs 1000; ls 1000; zs 给 ls转100 要么都发生zs 900; ls 1100; 要么都不发生zs 1000; ls 1000;一致性（Consistency）事务前后数据的完整性必须保持一致
eg: zs 1000; ls 1000; 一共2000 zs 给 ls转100 要么都发生zs 900; ls 1100; 一共2000 要么都不发生zs 1000; ls 1000; 一共2000持久性（Durability）持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响
eg: zs 1000 给小红 转520, 张三 提交了隔离性（Isolation）事务的隔离性是指多个用户并发操作数据库时，一个用户的事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离
- 简单来说: 事务之间互不干扰
2. 如果不考虑隔离性，会引发下面的问题
事务在操作时的理想状态： 所有的事务之间保持隔离，互不影响。因为并发操作，多个用户同时访问同一个数据。可能引发并发访问的问题
3. 事务隔离级别
可以通过设置事物隔离级别解决读的问题
1. 事务四个隔离级别
| 级别 | 名字 | 隔离级别 | 脏读 | 不可重复读 | 幻读 | 数据库默认隔离级别 |
|---|---|---|---|---|---|---|
| 1 | 读未提交 | read uncommitted | 是 | 是 | 是 | |
| 2 | 读已提交 | read committed | 否 | 是 | 是 | Oracle |
| 3 | 可重复读 | repeatable read | 否 | 否 | 是 | MySQL |
| 4 | 串行化 | serializable | 否 | 否 | 否 |
隔离级别越高，性能(效率)越差，安全性越高
2. 设置隔离级别
- 设置事务隔离级别
set session transaction isolation level 隔离级别;
-- eg: 设置事务隔离级别为read uncommitted,read committed,repeatable read,serializable
set session transaction isolation level read uncommitted;- 查询当前事务隔离级别
select @@tx_isolation;4. 小结
- 事务的特性(今天需要理解, 面试之前背诵一下.)
- 原子性
- 一致性
- 持久性
- 隔离性
- 不考虑隔离性会引出一些问题: 脏读, 不可重复读, 幻读
- 这些问题可以设置隔离级别解决
3. MySQL数据库安全性问题演示
1. 演示脏读
一个事物里面读到了另外一个事物没有提交的数据: read uncommitted
drop TABLE IF EXISTS account;
-- 账户表
create table account(
id int primary key auto_increment,
name varchar(20),
money double
);
insert into account values (null,'zs',1000);
insert into account values (null,'ls',1000);
insert into account values (null,'ww',1000);1.开启A，B窗口
2.分别查询A，B的隔离级别
select @@tx_isolation;3.设置A窗口的隔离级别为read uncommitted(读未提交)
set session transaction isolation level read uncommitted;4.A，B都开启事物
start transaction;5.在B中zs向ls转账100，事物不提交
update account set money=money+100 where name='ls';
update account set money=money-100 where name='zs';6.在A中查询账户
select * from account;
+----+------+-------+
| id | name | money |
+----+------+-------+
| 1 | zs | 900 |
| 2 | ls | 1100 |
| 3 | ww | 1000 |
+----+------+-------+7.在B中rollback
rollback;8.在A中再次查询
select * from account;
+----+------+-------+
| id | name | money |
+----+------+-------+
| 1 | zs | 1000 |
| 2 | ls | 1000 |
| 3 | ww | 1000 |
+----+------+-------+
3 rows in set (0.00 sec)
2. 演示不可重复读(解决脏读)
不可重复读: 在一个事物里面,同一条语句,两次查询的结果不一致.
开启A，B窗口
分别查询A,B的隔离级别‘
select @@tx_isolation;设置A窗口的隔离级别为Read committed(读已提交)
set session transaction isolation level Read committed;A，B都开启事物<把原来已有的事物提交或回滚>
start transaction;在B中张三向李四转账100，事物不提交
update account set money=money+100 where name='ls'; update account set money=money-100 where name='zs';在A中查询账户（避免脏读发生）
select * from account; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | zs | 1000 | | 2 | ls | 1000 | | 3 | ww | 1000 | +----+------+-------+ 3 rows in set (0.00 sec)
image-20230803121026309 B中提交事物
commit;在A中查询账户（两次查询的结果不一致，不可重复读发生）
select * from account; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | zs | 900 | | 2 | ls | 1100 | | 3 | ww | 1000 | +----+------+-------+
image-20230803121148352
3. 演示避免不可重复读
开启A，B窗口
分别查询A,B的隔离级别
select @@tx_isolation;设置A窗口的隔离级别为Repeatable read
set session transaction isolation level Repeatable read;A，B都开启事物<把原来已有的事物提交或回滚>
start transaction;在B中张三向李四转账100，事物不提交
select * from account; update account set money=money+100 where name='ls'; update account set money=money-100 where name='zs'; select * from account; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | zs | 900 | | 2 | ls | 1100 | | 3 | ww | 1000 | +----+------+-------+A中查询账户
select * from account; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | zs | 1000 | | 2 | ls | 1000 | | 3 | ww | 1000 | +----+------+-------+ 3 rows in set (0.00 sec)B中提交
commit;A中查询账户
select * from account; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | zs | 1000 | | 2 | ls | 1000 | | 3 | ww | 1000 | +----+------+-------+A中结束事物，再重新查询
commit; select * from account; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | zs | 900 | | 2 | ls | 1100 | | 3 | ww | 1000 | +----+------+-------+
4. 演示隔离级别Serializable
开启A，B窗口
分别查询A,B的隔离级别
select @@tx_isolation;设置A窗口的隔离级别为Serializable
set session transaction isolation level Serializable;A，B都开始事物
start transaction;B中向account账户插入一条数据，不提交
insert into account values(null,'zl',1000);A中查询
select * from account; -- A 页面阻塞在B中结束事物
commit;A中查询
select * from account; -- B页面事务结束，A页面查询到数据