在MySQL中,事务是用于管理数据库操作的一组语句,它们作为一个整体执行,以确保数据的一致性和完整性。事务提供了一种机制,可以将多个操作合并为一个原子单元,这样要么所有操作都成功执行,要么在出现错误时,所有操作都会被回滚,恢复到事务开始之前的状态。这种机制对于处理涉及多条记录或复杂数据操作的场景尤为重要。那么,就让我们开始MySQL事务的学习吧!!!
1 为什么使用事务
准备测试表:
drop table if exists accout;
create table accout(
id int primary key auto_increment,
name varchar(20) comment '账户名称',
money decimal(11,2) comment '金额'
);
insert into accout(name, money) values
('阿里巴巴', 5000),
('四十大盗', 1000);
比如说,四十大盗把从阿里巴巴的账户上偷盗了2000元
-- 阿里巴巴账户减少2000
update accout set money=money-2000 where name = '阿里巴巴';
-- 四十大盗账户增加2000
update accout set money=money+2000 where name = '四十大盗';
假如在执行以上第一句SQL时,出现网络错误,或是数据库挂掉了,阿里巴巴的账户会减少2000,但是 四十大盗的账户上就没有了增加的金额。
解决方案:使用事务来控制,保证以上两句SQL要么全部执行成功,要么全部执行失败。
2 事务的概念
事务指逻辑上的一组操作,组成这组操作的各个单元,要么全部成功,要么全部失败。
在不同的环境中,都可以有事务。
对应在数据库中,就是数据库事务。
3 使用
(1)开启事务:start transaction;
(2)执行多条SQL语句
(3)回滚或提交:rollback/commit;
说明:rollback即是全部失败,commit即是全部成功。
start transaction;
-- 阿里巴巴账户减少2000
update accout set money=money-2000 where name = '阿里巴巴';
-- 四十大盗账户增加2000
update accout set money=money+2000 where name = '四十大盗';
commit;
数据库如何知道,具体是怎样回滚的?
数据库内部存在一系列的“日志体系”,记录到‘文件中’
-----既可以应对“程序崩溃”,也能应对“主机掉电”
-----虽然掉电,但是回滚的日志还是存在的.此时下次主机上电,下次数据库启动的时候就可以根据回滚日志的内容,就进行回滚操作了.
当开启事务的时候,此时每一步执行的sql,都对数据进行了哪些修改,这些信息就会记录在案,
后续如果需要回滚,就可以参考之前记录的内容,进行还原了.
drop database这样的操作能回滚回来吗 ??
不能的 !!!!
回滚操作,只是针对“事务”来说的 ~~
1.这样的操作不能放到事务中去执行2.这个操作,也不算执行出错,算是“正确执行了sql"
4.问题
此时,如果这些同时执行的事务,恰好也是针对同一个表,进行一些增删改查,此时
就可能会引入一些问题 ~~
1)脏读
2)不可重复读
3)幻读问题
1)脏读
有两个事务A和B并发执行.
其中事务A在针对某个表的数据进行修改.
A执行过程中,B也去读取这个表的数据.
当B读完之后,A把表里的数据又改成别的.这就导致,B读到的数据,就不是最终的“正确数据”
而是读到了 临时性的,“脏数据”(往往指的是“数据过期,过时了”错误的数据了 ~~)
解决措施:
我在修改的时候,同学们不能读 ~~
也可以称为“给写操作加锁”
2)不可重复读
此时,有三个事务,ABC.
首先,事务A执行一个修改操作.A执行完毕的时候,提交数据.
接下来事务B执行,事务B读取刚才A提交的数据 ......
在B读取的过程中,又来了一个事务C,C又对刚才A修改的数据
再次做出了修改.
此时对于B来说,后续再读取这个数据,读到的结果就和第一次读到的结果是不一样的.这个过程就叫做“不可重复读”
体现的是 事务B,一个事务里多次读取的结果不一样
如果是有多个事务,每个事务读到的数据不一样这种情况认为是正常 ~~
解决措施
个事务在读取数据的过程中,其他的事务不能修改它正在读的数据…
读操作加锁.
3)幻读
有一个事务A在读取数据.
读的过程中,另外一个事务B,
新增了/删除了一些其他的数据 ....此时站在A的视角,多次读取的数据内容虽然一样,但是“结果集”不同
结果集不同,是否算是问题,视情形而定 ~~
解决措施:
只要有同学读代码,我就不要做任何操作,这样的操作称为“串行化”
比如多个客户端,同时提交了多个事务过来
但是服务器一个一个的执行事务(执行完第一个事务,在执行第二个,再执行第三个 ..... )
5所产生问题与隔离性的关系
隔离性:事务之间的相互影响变小了得到的数据更准了
在mysql中提供了 四个 隔离级别.可以通过配置文件来设置当前服务器的隔离级别是哪个级别.
设置不同的隔离级别,就会使事务之间的并发执行的影响产生不同的差别,从而会影响到上述的三个问题的情况 ~~
1)read uncommitted 读未提交.
这种情况下,一个事务可以读取另一个事务未提交的数据.
此时,就可能会产生 脏读,不可重复读,幻读 三种问题 ....
但是此时,多个事务并发执行程度是最高的,执行速度也是最快的.
2)read committed 读已提交
这种情况下,一个事务只能读取另一个事务提交之后的数据(给写操作加锁了)
此时,可能会产生不可重复读,幻读问题(脏读问题解决了)
此时,并发程度会降低,执行速度会变慢,同时也称为,事务之间的隔离性提高了.
3)repeatable read 可重复读
这个情况下,相当于是给 写操作 和 读操作 都加锁了.
此时,可能产生幻读问题,解决了脏读和不可重复读问题.
为什么能防止幻读?
幻读是指在一个事务中,两次读取相同的查询条件时,结果集的行数发生了变化。在可重复读隔离级别下,虽然已存在的行是锁定的,但新插入的行可能仍会导致幻读。
并发程度进一步降低,执行速度进一步变慢,事务之间的隔离性,进一步提高了.
4)serializable 串行化
此时,所有的事务都是在服务器上一个接一个的执行的.
此时,解决了脏读,不可重复读,幻读问题.
并发程度最低,执行速度最慢,隔离性最高,数据最准确 ~~
如果您觉得有失偏颇请您在评论区指正,如果您觉得不错的话留个好评再走吧!!
您的鼓励就是对我最大的支持! ! !