week7-Day2

1.数据库的事务

事务:
    在实际开发中,一个业务操作可能同时需要执行一个表的多个sql或者多个表中的sql,需要使用"事务"将整个业务操作管理起来,要么这些sql同时成功,要么同时失败;

CREATE TABLE account(
    id INT PRIMARY KEY AUTO_INCREMENT, -- 账户编号
    NAME VARCHAR(10),                  -- 账户名称
    balance INT                        -- 账户余额
);
-- 插入两个账户信息
INSERT INTO account (NAME,balance)VALUES('张三',1000),('李四',1000);
-- 开启事务
START TRANSACTION;-- 将自动提交切换为"手动提交"
UPDATE account SET balance = balance - 500 WHERE id = 1;
​
UPDATE account SET balance = balance + 500 WHERE id = 2;
​
COMMIT;-- 没有问题,手动提交事务
​
ROLLBACK;-- 有问题,事务回滚,回滚始点,转账之前的状态
​
SELECT * FROM account;
UPDATE account SET balance = 1000;

2.全局变量

全部变量@@autocommit
select @@autocommit;---- 1表示自动提交;0 表示手动提交

3.传统事务的特点(ACID)

原子性:
    针对当前某个事务,执行多个sql的时候,要么同时执行,要么同时失败
一致性:
    事务操作的前后,总量保持一致
隔离性:
    事务和事务(业务和业务)之间是独立的,不能相互影响
持久性:
    如果开启了事务,并且提交事务,对数据的修改是永久性的,即使关机,数据依旧存在;

4.事务的隔离级别

事务的隔离级别
        read uncommitted ;读未提交    
        read committed  ;读已提交
        repeatable-read ; 可重复读
        serializable;     串行话
        
安全性:从低到高;  效率:从高到低

read uncommitted;
    会出现"脏读",是一种最严重的问题:一个事务读取到另一个没有提交的事务
    
read committed;
    能够防止 "脏读",此时会出现的新的问题: 不可重复读(当前这事务读取到的前后数据不一致!)
    
repeatable-read ;
    (mysql的默认隔离级别) 可重复读:能够防止脏读,以及不可重复度的问题;  会出现一种"幻读"问题(oralce可以操作演示)
    
serializable:
    串行话,防止所有问题,它的级别最高,效率低!
    
两个事务,只要有一个没有提交事务,那么另一个事务获取不到数据的,存在"锁"概念!
​
设置隔离级别:
    set global transaction isolation level 隔离级别的名称;

5.