事务机制解决问题:
- 避免写入直接操作数据文件,直接操作数据文件是很危险的事,可以在确认无误后同步进总库.
- MySQL有5种日志文件,其中只有redo日志和undo日志与事物有关(5种日志文件后续再说)
- 默认情况下,MySQL执行每条SQL语句都会自动开启和提交事务
- 为了让多条SQL语句纳入一个事务下,可以手动管理事务
事务四种属性: 原子性 一致性 隔离性 持久性
原子性
事务是一个或者多个SQL语句组成的整体,要么全部执行成功,要么全都执行失败 ,事务执行之后,不允许停留在中间某个状态.比如:把10部门中MANGER员工调往20部门,其他岗位员工调往30部门,然后删除10部门. 涉及到事务:开启事务 UPDATE语句 DELETE语句 提交事务
比如下边三行代码, 第一行开启一个事务, 第二行代表sql语句,第三行代表要么commit提交后叠加覆盖原始数据库,要么rollback取消这一过程所有操作.
START TRANSACTION;
SQL语句
[COMMIT | ROLLBACK]; 备注:COMMIT:持久化提交 ; ROLLBACK:回滚
举个例子:
START TRANSACTION; -- 启动事务机制
delete from t_emp; -- 增删改查过程
delete from t_dept; -- 增删改查过程
SELECT * FROM t_emp; -- 增删改查过程
SELECT * FROM t_dept; -- 增删改查过程
-- COMMIT; -- 提交同步(给注释掉了)
ROLLBACK ; -- 回滚不同步 事务一致性
不管在任何给定的时间\并发事务有多少, 事务必须保证运行结果的一致性,不允许数据歧义.比如银行转账,100个人互相乱七八糟的转账,但最后总额肯定是固定的.原来总值100万,经过一顿互相转账后,总额一定还是100万,不能因为几重了多钱,也不能因为bug少钱.
隔离性
- 隔离性要求事务不受其他并发事务的影响, 如果同在给定的时间内,该事物是数据库唯一运行的事务
- 默认情况下A事务,只能看到日志中该事物的相关数据
- 默认情况下A事务,只能看到该事物的相关数据
- 除了默认情况下,想看别的事务内容? 请继续往下看到隔离级别部分.
持久性
-
事务一旦提交,结果便是永久性的,即便发生宕机,仍然可以依靠事务日志完成数据的持久化
事务的四个隔离级别
刚才的隔离性上边说,默认情况下只看自己的,那么想看别人的或者想看曾经自己的,或者设定一些事务之间的sql执行顺序.那么就需要调整隔离级别了.首先看一张表:
-
买票案例–利用未提交事务read uncommitted
A去刷12306软件买票, 看到还剩一个座位,拍了下来,正在付款, 此时B也看到了.也拍了下来,然后吧唧把钱付了.A则付款失败了,返回一看刚才的未售出状态边已售出了…这不耽误事么,半路杀出个程咬金.
- READ UNCOMMITTED 代表可以读取其他事务未提交的数据
还是这个案例,如果B拍了正在付款,A看到的时候应该显示已售出,就避免了竹篮子打水一场空, 淘宝下单同样的场景.
怎么用? 事务前加上 :SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
SQL语言的话可以如下案例,注意读里面注释
-- 案例一个
-- 事务A:开启事务,把所有工资设置为1,但是没提交(没commit) ,此时查出来都是1元;
START TRANSACTION; -- 启动事务机制
UPDATE t_emp SET sal=1;
SELECT sal FROM t_emp;
-- 此时开启案例B,也来读sal
SELECT empno , ename, sal FROM t_emp;
-- 读出来的还是原来的工资数据.
-- 如果想要B读取出A设置后的东西,则改成下边代码
-- B的结果:读取A未提交的
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
START TRANSACTION;
SELECT empno , ename, sal FROM t_emp; 转账支出案例-- 利用committed
Scott账务余额5000,B先支出100, 此时A开启进入系统,此时scott余额4900. 紧接着此时A转账1000,此时应该scott余额5900. 如果转账同时B又退回100,此时账户应该6000元.
但是如果不允许A读取B的操作未提交的,就没读到支出又退回的100.A读到5900块,少了100. 这样不对.大公司账面复杂,这一天得差飞了.
READ COMMITTED 代表只能读取其他事务提交的数据
承接上边的代码部分案例,请阅读备注
– 还是上边案例,若A没有提交commit 则B读不到的话,则用这句话:注意是committed
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
START TRANSACTION;
SELECT empno , ename, sal FROM t_emp;
下单后,提交订单前,商家提价了,按下单价支付案例–利用repeatable read
举例场景 : A下单时候350 ,但没付款. 正在犹豫时B商家把商品价格改高了到400. 过一会后A去付款还应该是付款350才对.
所以这个repeatable read 能读取当时执行时读到数据库的数据,不受后续数据库变化影响.
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ; 序列化事务–依次执行,未到执行时挂着
这个将把一切并发禁用, 让事务逐一执行, 这会降低数据库操作并发能力
开头设置这句:SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
START TRANSACTION;
SELECT * FROM table1;
-- 若别的事务正在运行,这条将一直不出结果等待中 举例:
A创建事务,修改了工资,但没commit提交确认,总库没改呢.此时B查东西将被挂起. 若A执行了commit或者rollback,则B进程结束.
A执行,但没commit
B 序列化设置的事务将挂着