-
1 事务
-
2 锁
-
3 存储过程
-
4 触发器
-
5 数据库安全1
-
6 数据安全2
-
7 数据安全法
MYSQL中的事务
转载自：https://zhuanlan.zhihu.com/p/641151699
一. 事务简介
事务是一组操作的集合，它是一个不可分隔的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。
就比如：张三给李四转账1000块钱，张三银行账户的钱减少了1000，而李四银行账户的钱要增加1000。这一组操作就必须在一个事务的范围内，要么都成功，要么都失败。
正常情况：转账这个操作，需要分为以下这么三步来完成，三步完成之后，张三减少1000，而李四增加1000，转账成功：
异常情况：转账这个操作，也是分为以下这么三步来完成，在执行第三步时报错了，这样就导致张三减少1000块钱，而李四的金额没变，这样就造成了数据的不一致，就出现问题了。
为了解决上述的问题，就需要通过数据的事务来完成，我们只需要在业务逻辑执行之前开启事务，执行完毕后提交事务。如果执行过程中报错，则回滚事务，把数据恢复到事务开始之前的状态。
注：默认MySQL的事务时自动提交的，也就是说，当执行完一条DML语句时，MySQL会立即隐式的提交事务。
二. 事务操作
数据准备：
drop table if exists account;
create table account(
id int primary key AUTO_INCREMENT comment 'ID',
name varchar(10) comment '姓名',
money double(10,2) comment '余额'
) comment '账户表';
insert into account(name, money) VALUES ('张三',2000), ('李四',2000);
1. 未控制事务
(1).测试正常情况
-- 1. 查询张三余额 select * from account where name = '张三'; -- 2. 张三的余额减少1000 update account set money = money - 1000 where name = '张三'; -- 3. 李四的余额增加1000 update account set money = money + 1000 where name = '李四';
测试完毕之后检查数据的状态，可以看出数据操作前后是一致的。
(2)测试异常情况
-- 1. 查询张三余额 select * from account where name = '张三'; -- 2. 张三的余额减少1000 update account set money = money - 1000 where name = '张三'; 出错了.... -- 3. 李四的余额增加1000 update account set money = money + 1000 where name = '李四';
我们把数据都恢复到2000，然后再次一次性执行上述的SQL语句（出错了... 这句话不符合SQL语法，执行就会报错），检查最终的数据情况，发现数据在操作前后不一致了。
2. 控制事务一
(1)查看/设置事务提交方式
SELECT @@autocommit; SET @@autocommit = 0;
(2) 提交事务
COMMIT;
(3) 回滚事务
ROLLBACK;
注：上述的这种方式，我们是修改了事务的自动提交行为，把默认的自动提交修改为了手动提交，此时我们执行的DML语句都不会提交，需要手动的执行commit进行提交。
3. 控制事务二
(1) 开启事务
START TRANSACTION 或 BEGIN ;
(2) 提交事务
COMMIT;
(3) 回滚事务
ROLLBACK;
转账案例：
-- 开启事务 start transaction; -- 1. 查询张三余额 select * from account where name = '张三'; -- 2. 张三的余额减少1000 update account set money = money - 1000 where name = '张三'; -- 3. 李四的余额增加1000 update account set money = money + 1000 where name = '李四'; -- 如果正常执行完毕, 则提交事务 commit; -- 如果执行过程中报错, 则回滚事务 -- rollback;
三. 事务四大特性
原子性(Atomicity)：事务是不可分隔的最小操作单元，要么全部成功，要么全部失败。
一致性(Consistency)：事务完成时，必须使所有的数据都保持一致。
隔离性(Isolation)：数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行。
持久性(Durability)：事务一旦提交或回滚，它对数据库中的数据的改变就是永久的。
上述就是事务的四大特性，简称ACID。
四. 并发事务问题
1. 脏读：一个事务读到另一个事务还没有提交的数据
2. 不可重复读：一个事务先后读取同一条记录，但两次读取的数据不同，称之为不可重复读。
3. 幻读：一个事务按照条件查询数据时，没有对应的数据行，但是在插入数据时，又发现这行数据已经存在，好像出现了”幻影”。
五. 事务隔离级别
为了解决并发事务所引发的问题，在数据库中引入了事务隔离级别。主要有以下几种：
| 隔离级别 | 脏读(是否解决) | 不可重复读(是否解决) | 幻读(是否解决) |
|---|---|---|---|
| 读未提交(Read uncommitted) | 未解决 | 未解决 | 未解决 |
| 读已提交(Read committed) | 解决 | 未解决 | 未解决 |
| 可重复读(Repeatable Read)(默认) | 解决 | 解决 | 未解决 |
| 串行化(Serializable) | 解决 | 解决 | 解决 |
1. 查询事务隔离级别
SELECT @@TRANSACTION_ISOLATION;
2. 设置事务隔离级别
SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL
{ READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE }
SESSION：session表示当前窗口的隔离级别。
GLOBAL：global表示全局的隔离级别
注：事务隔离级别越高，数据越安全，但是性能越低。
