mysql事务

目录

MySQL事务的概念

事务的ACID特点 

当多个客户端并发的访问同一个表时，可能出现以下问题

事务隔离级别的作用范围 

 设置全局事务隔离级别set global transaction isolation level read committed;（这个不会立即生效，如果要立即生效有两种方法1.修改会话隔离级别 2.退出重新进入mysql）

begin 手动开启事务操作

 事务控制语句

使用 set 设置控制事务

---

目录

MySQL事务的概念

---

MySQL事务的概念

  MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中， 要删除一个人员，即需要删除人员的基本资料，又需要删除和该人员相关的信息，如信箱， 文章等等。这样，这些数据库操作语句就构成一个事务！

●事务是一种机制、一个操作序列，包含了一组数据库操作命令，并且把所有的命令作为一个整体一起向系统提交或撤销操作请求，即这一组数据库命令要么都执行，要么都不执行。

●事务是一个不可分割的工作逻辑单元，在数据库系统上执行并发操作时，事务是最小的控制单元。

●事务适用于多用户同时操作的数据库系统的场景，如银行、保险公司及证券交易系统等等。

●事务是通过事务的整体性以保证数据的一致性。

说白了，所谓事务，它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。
 

事务的ACID特点 

ACID，是指在可靠数据库管理系统（DBMS）中，事务(transaction)应该具有的四个特性：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）。这是可靠数据库所应具备的几个特性。

●原子性：指事务是一个不可再分割的工作单位，事务中的操作要么都发生，要么都不发生。

事务是一个完整的操作，事务的各元素是不可分的。
事务中的所有元素必须作为一个整体提交或回滚。
如果事务中的任何元素失败，则整个事务将失败。

案例:
A给B转帐100元钱的时候只执行了扣款语句，就提交了，此时如果突然断电，A账号已经发生了扣款，B账号却没收到加款，在生活中就会引起纠纷。这种情况就需要事务的原子性来保证事务要么都执行，要么就都不执行。
 

●一致性：指在事务开始之前和事务结束以后，数据库的完整性约束没有被破坏。

当事务完成时，数据必须处于一致状态。
在事务开始前，数据库中存储的数据处于一致状态。
在正在进行的事务中，数据可能处于不一致的状态。
当事务成功完成时，数据必须再次回到已知的一致状态。

 
案例:
对银行转帐事务，不管事务成功还是失败，应该保证事务结束后表中A和B的存款总额跟事务执行前一致。
 

●隔离性：指在并发环境中，当不同的事务同时操纵相同的数据时，每个事务都有各自的完整数据空间。

对数据进行修改的所有并发事务是彼此隔离的，表明事务必须是独立的，它不应以任何方式依赖于或影响其他事务。
修改数据的事务可在另一个使用相同数据的事务开始之前访问这些数据，或者在另一个使用相同数据的事务结束之后访问这些数据。

●持久性：在事务完成以后，该事务所对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。

指不管系统是否发生故障，事务处理的结果都是永久的。
一旦事务被提交，事务的效果会被永久地保留在数据库中。

总结：原子性是基础 隔离性是手段 一致性是目的 持久性是结果

当多个客户端并发的访问同一个表时，可能出现以下问题

脏读(读取未提交数据)：脏读指的是读到了其他事务未提交的数据，未提交意味着这些数据可能会回滚，也就是可能最终不会存到数据库中，也就是不存在的数据。读到了并一定最终存在的数据，这就是脏读

案列1
比如事务B执行过程中修改了数据X,在未提交前,事务A读取了X,而事务B却回滚了,这样事务A就形成了脏读。 也就是说,当前事务读到的数据是别的事务想要修改成为的但是没有修改成功的数据。

不可重复读

一个事务内两个相同的查询却返回了不同数据。这是由于查询时系统中其他事务修改的提交而引起的

举例说明：如事务A 事务B,两者刚开始查询时 总数余额都是1000，然后事务B在中途提取了1000元，余额变为0，然后提交了事务，此时事务A 还没有提交，事务A再次去查看时余额变为0，因为事务B的改动过了。 

幻读（全表操作）

幻读(前后多次读取，数据总量不一致)：一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，另一个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，操作前一个事务的用户会发现表中还有没有修改的数据行，就好象发生了幻觉一样。

举例说明：当事务A修改总表操作时，突然事务B又存入一百块钱，发现了多出来的100元，因为A认为都修改过全表 不会出错了，此时多个100元，因此是幻读。 

 

 丢失更新

两个事务同时读取同一条记录，A先修改记录，B也修改记录（B不知道A修改过），B提交数据后B的修改结果覆盖了A的修改结果

当事务A与事务B一开始查询余额时都是1000，随后事务B增加100，因此变为1100随后提交事务，而事务A，取出100，然后又把取出的100给撤销掉，变成了1000，随后提交事务，变为1000，把事务B增加的100给丢失了，因为称为丢失更新。

 为了防止多个客户访问事务产生脏读、不可重复读、幻读、丢失更新的问题便设置了隔离级别

（1）read uncommitted（ : 读取尚未提交的数据 ：不解决脏读
允许脏读，其他事务只要修改了数未提交读）据，即使未提交，本事务也能看到修改后的数据值。也就是可能读取到其他会话中未提交事务修改的数居。

安全性最差   但性能最好 （不使用）

（2）read committed（提交读）：读取已经提交的数据 ：可以解决脏读
只能读取到已经提交的数据。Oracle等多数数据库默认都是该级别〈不重复读)。

安全性较差  性能较好  （oracle 数据库 默认就是这种）

（3）repeatable read（可重复度）：重读读取：可以解决脏读 和 不可重复读 —mysql默认的
可重复读。无论其他事务是否修改并提交了数据，在这个事务中看到的数据值始终不受其他事务影响

安全性较高，性能较差 （mysql 默认的就是这种）

（4）serializable：串行化：可以解决 脏读 不可重复读 和 虚读—相当于锁表
完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞。4

安全性高  性能差   不使用

mysql默认的事务处理级别是 repeatable read ，而Oracle和SQL Server是 read committed 。

事务隔离级别的作用范围 

全局级:对所有的会话有效
会话级:只对当前的会话有效

1、查询全局事务隔离级别
show global variables like '%isolation%';
SELECT @@global.tx_isolation;

2、查询会话事务隔离级别
show session variables like '%isolation%';
SELECT @@session.tx_isolation; 
SELECT @@tx_isolation;

 1.查询全局事务隔离

show global variables like '%isolation%';

select @@global.tx_isolation;

2.查询会话事务隔离级别

show session variables like '%isolation%';

select @@session.tx_isolation;

select @@tx_isolation;

 设置全局事务隔离级别
set global transaction isolation level read committed;（这个不会立即生效，如果要立即生效有两种方法1.修改会话隔离级别 2.退出重新进入mysql）

第一种方式:退出重新进入myslq

随后，查看全局跟会话级别 都变成了提交读

第二种方式，在修改全局隔离级别之后，再进行会话级别的修改

 举例说明 将全局配置设置成未提交读

begin 手动开启事务操作

脏读的意思是事务B能看见事务A 未提交的数据 实验操作说明

先打开两个终端（一样的）

随后，在第一个终端上面进行修改

 要先begin进入事务里面

此刻，再进入第二个事务B进行查看

 随后，exit，退出 （exit退出时，数据还原   commit退出时，数据修改成功 永久保存）

 exit,数据还原，由shanghai变成一开始的chongqing

 提交读操作解释（读取已经提交的数据）

随后，在一端进行操作

 

 可重复读操作解释（确保如果一个事务执行两次相同的select语句，都能得到相同的结果，不管其他事务是否提交或者修改）

第一步都是将两个事务隔离级别都改成可重复读

最后当rollback时，才看见已经被修改过的数据 

事务总结：

 事务控制语句

BEGIN 或 START TRANSACTION：显式地开启一个事务。

COMMIT 或 COMMIT WORK：提交事务，并使已对数据库进行的所有修改变为永久性的。

ROLLBACK 或 ROLLBACK WORK：回滚会结束用户的事务，并撤销正在进行的所有未提交的修改。

SAVEPOINT S1：使用 SAVEPOINT 允许在事务中创建一个回滚点，一个事务中可以有多个 SAVEPOINT；“S1”代表回滚点名称。

ROLLBACK TO [SAVEPOINT] S1：把事务回滚到标记点。

操作如下：

rollback
 先创建一个account的表

随后，查看表结构

 向表中插入数据

随后，再进入事务

 commit

随后，退出mysql 重新登陆进行查看 依然没变

 savepoint s1 举例说明

 rollback 回滚之前所有的值 

使用 set 设置控制事务

SET AUTOCOMMIT=0;                        #禁止自动提交
SET AUTOCOMMIT=1;                        #开启自动提交，Mysql默认为1
SHOW VARIABLES LIKE 'AUTOCOMMIT';        #查看Mysql中的AUTOCOMMIT值

如果没有开启自动提交，当前会话连接的mysql的所有操作都会当成一个事务直到你输入rollback|commit;当前事务才算结束。当前事务结束前新的mysql连接时无法读取到任何当前会话的操作结果。
如果开起了自动提交，mysql会把每个sql语句当成一个事务，然后自动的commit。
当然无论开启与否，begin; commit|rollback; 都是独立的事务。

 举例说明：

随后，退出再进行查看 是保存的 ，因为mysql默认为1，开启提交

 0n是开启 自动提交 这边每执行一条命令都会进行保存

如果这边ON改为OFF 关闭，自动提交关闭

 随后，进行操作

 退出，重新查看 因为改为0时 自动提交关闭  所有执行的命令都在同一个事务当中，除非单独的执行commit或rollback结束当前事务才行

 随后再进行查看 ，自动提交又改为开启，因为刚开始设置的是会话当前，如果要永久保存，需要在全局设置 ，如果要在自动提交都关闭的情况下提交，必须要手动执行commit或者rollback

设置全局自动提交为0 

 随后，退出 进行查看

 此时此刻，全局跟会话自动提交都是为关闭的状态

 

没有进行commit或者rollback 退出 然后查看  没有保存

如果进行commit或者rollback 退出再进行查看  是保存了