MySQL事务问题_mysql事务中删除不起作用

MySQL事务及其特征

在正式讲解事务之前，我们先来说一下什么是事务。

事务(transaction)是用来维护数据库的完整性的，它可以保证一系列的MySQL操作要么全部执行，要么全部不执行

我来举几个例子，来帮助大家理解，最经典的就是银行的转帐问题，比如说张三要转账给李四，我们是不是得保证张三账户的转出和李四账户的转入操作要么都成功，要么都失败，如果一个成功一个失败，就会导致转入金额和转出金额不一致的情况，为了防止这种情况，需要使用事务来处理。

事务的概念

接下来说一下事务的概念
事务（Transaction）指的是一个操作序列，该操作序列中的多个操作要么都做，要么都不做，是一个不可分割的工作单位，是数据库环境中的逻辑工作单位，由DBMS（数据库管理系统）中的事务管理子系统负责事务的处理。
目前常用的存储引擎有InnoDB（MySQL5.5以后默认的存储引擎）和MyISAM（MySQL5.5之前默认的存储引擎），其中InnoDB支持事务处理机制，而MyISAM不支持。

事务可以保证多个操作原子性，要么全成功，要么全失败。对于数据库来说事务保证批量的DML要么全成功，要么全失败。事务具有四个特征ACID

事务的特性

a)原子性（Atomicity）
整个事务中的所有操作，必须作为一个单元全部完成（或全部取消）。
b)一致性（Consistency）
一致性是指事务执行的结果必须使数据库从一个一致性状态，变到另一个一致性状态。当数据库中只包含事务成功提交的结果时，数据库处于一致性状态。一致性是通过原子性来保证的。
例如：在转账时，只有保证转出和转入的金额一致才能构成事务。也就是说事务发生前和发生后，数据的总额依然匹配。
c)隔离性(Isolation): 一个事务不会影响其他事务的运行,多个事务并发要互相隔离。
也就是说：并发执行的事务之间既不能看到对方的中间状态，也不能相互影响。 就相当于有一堵墙隔在中间,这个墙可以很厚，也可以很薄，越厚隔离级别越高
例如：在转账时，只有当A账户中的转出和B账户中转入操作都执行成功后才能看到A账户中的金额减少以及B账户中的金额增多。并且其他的事务对于转账操作的事务是不能产生任何影响的。
d)持久性(Durability)
在事务完成以后，该事务对数据库所作的更改将持久地保存在数据库之中，并不会被回滚。
在正式讲解前，大家先来看一下一些概念
事务中存在一些概念：
a)事务（Transaction）：一批操作（一组DML）
b)开启事务（Start Transaction）
c)回滚事务（rollback）
d)提交事务（commit）
e)SET AUTOCOMMIT：禁用或启用事务的自动提交模式

当执行DML语句是其实就是开启一个事务
关于事务的回滚需要注意：只能回滚insert、delete和update语句，不能回滚select（回滚select没有任何意义），对于create、drop、alter这些无法回滚.
事务只对DML有效果。
注意：rollback，或者commit后事务就结束了。

事务的演示

演示之前，给大家说一下 一些操作
start transaction–开启事务
savepoint 保存点名–设置保存点
rollback to 保存点名–回退事务
rollback–回退全部事务
commit-提交事务

先创建账户表

 create table account(
        id int primary key auto_increment,
        uname varchar(10) not null,
        balance double ); 
1
2
3
4

接下来，我就用下面的图来做一个小小的总结。

通过刚刚的演示，相信大家对事务已经有了一定的了解，接下来对其中的细节来进行说明

事务的细节说明

如果不开启事务，默认情况下，dml操作是自动提交的，不能回滚

MySQL的事务机制需要innodb的存储引擎才可以使用，myisam不好使。就是说InnoDB 存储引擎支持事务 , MyISAM 不支持
自动提交模式
•自动提交模式用于决定新事务如何及何时启动。
•启用自动提交模式：
–如果自动提交模式被启用，则单条DML语句将缺省地开始一个新的事务。
–如果该语句执行成功，事务将自动提交，并永久地保存该语句的执行结果。
–如果语句执行失败，事务将自动回滚，并取消该语句的结果。
–在自动提交模式下，仍可使用START TRANSACTION语句来显式地启动事务。这时，一个事务仍可包含多条语句，直到这些语句被统一提交或回滚。
•禁用自动提交模式：
–如果禁用自动提交，事务可以跨越多条语句。
–在这种情况下，事务可以用COMMIT和ROLLBACK语句来显式地提交或回滚。
•自动提交模式可以通过服务器变量AUTOCOMMIT来控制。
•例如：
mysql> SET AUTOCOMMIT = OFF；
mysql> SET AUTOCOMMIT = ON；
或
mysql> SET SESSION AUTOCOMMIT = OFF；
mysql> SET SESSION AUTOCOMMIT = ON；
show variables like ‘%auto%’; – 查看变量状态

事务的并发问题

脏读（Dirty read）

当一个事务正在访问数据并且对数据进行了修改，而这种修改还没有提交到数据库中，这时另外一个事务也访问了这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个事务读到的这个数据是“脏数据”，依据“脏数据”所做的操作可能是不正确的。
简单来说就是一个事务读取到了另外一个事务还没有提交的数据,而且这个数据可能是错误的，后面可能会回滚。

不可重复读

（Unrepeatableread）: 指在一个事务内多次读同一数据。在这个事务还没有结束时，另一个事务也访问该数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。这就发生了在一个事务内两次读到的数据是不一样的情况，因此称为不可重复读。
简单来说就是一个事务两次读取的数据不一样

幻读

（Phantom read）: 幻读与不可重复读类似。它发生在一个事务（T1）读取了几行数据，接着另一个并发事务（T2）插入了一些数据时。在随后的查询中，第一个事务（T1）就会发现多了一些原本不存在的记录，就好像发生了幻觉一样，所以称为幻读。

不可重复度和幻读区别：

不可重复读的重点是修改，幻读的重点在于新增或者删除。

解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表 ，因为我们不知道新增或者删除的是哪一行记录，可能新增或删除的是我们锁住的行的其他行

例1（同样的条件, 你读取过的数据, 再次读取出来发现值不一样了 ）：事务1中的A先生读取自己的工资为 1000的操作还没完成，事务2中的B先生就修改了A的工资为2000，导 致A再读自己的工资时工资变为 2000；这就是不可重复读。

例2（同样的条件, 第1次和第2次读出来的记录数不一样 ）：假某工资单表中工资大于3000的有4人，事务1读取了所有工资大于3000的人，共查到4条记录，这时事务2 又插入了一条工资大于3000的记录，事务1再次读取时查到的记录就变为了5条，这样就导致了幻读

事务的隔离级别

1.详细介绍+演示

我们知道同一时间，MySQL可能有多个连接，当多个连接开启各自的事务操作来操作数据库中的数据的时候，数据库系统复制隔离操作，用来保证各个连接在获取数据时候的准确性。
如果不考虑隔离性，就可能会引发脏读，不可重复读，幻读。
MySQL中提供了四种隔离级别来解决上述问题。
事务的隔离级别从低到高依次为READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ以及SERIALIZABLE，隔离级别越低，越能支持高并发的数据库操作。

InnoDB 实现了四个隔离级别，用以控制事务所做的修改，并将修改通告至其它并发的事务：
–读未提交（READ UMCOMMITTED 最低的隔离级别）
允许一个事务可以看到其他事务未提交的修改。比如有两间教室，中间有墙隔开，但是墙很薄，一间教室的人说话，另外一间教室的人也可以听到
–读已提交（READ COMMITTED）
允许一个事务只能看到其他事务已经提交的修改，未提交的修改是不可见的。
–可重复读（REPEATABLE READ） --MySQL默认隔离级别
确保如果在一个事务中执行两次相同的SELECT语句，都能得到相同的结果，不管其他事务是否提交这些修改。 （银行总账）简单来说就是事务A开启以后，每一次读到的数据都是一样的，就算是事务B修改数据，事务A读取的数据也不会改变
该隔离级别为InnoDB的缺省设置。
–串行化（SERIALIZABLE） 【序列化】
将一个事务与其他事务完全地隔离。
例:A可以开启事务,B也可以开启事务
A在事务中执行DML语句时,未提交
B不可以执行DML,DQL语句
也就是说事务要排队执行，不可以并发操作。

虽然说了一大堆的理论性的东西，但是如果没有实际操作的话，其实是很难懂的，接下来我就进行演示，大家也要自己动手试试。
隔离级别演示
读未提交(其他的类似，大家自己操作)
1.用两个控制台来演示
2.查看当前事务的隔离级别

3.设置当前会话隔离级别
set session transaction isolation read uncommitted;

注意:隔离级别是和事务相关的，离开事务就不要谈隔离级别了

4.开启事务
我们先创建表

可以看出现在表中没有数据

mysql> create table account(
    -> id int,
    -> `name` varchar(32),
    -> money int);
Query OK, 0 rows affected (0.04 sec)

mysql> select * from account;
Empty set (0.01 sec)
1
2
3
4
5
6
7
8

下面那个现象就是脏读

脏读和幻读

2.设置隔离级别

通过修改配置文件设置
可以在my.ini文件中使用transaction-isolation选项来设置服务器的缺省事务隔离级别。
该选项值可以是：
–READ-UNCOMMITTED
–READ-COMMITTED
–REPEATABLE-READ
–SERIALIZABLE
•例如：
[mysqld]
transaction-isolation = READ-COMMITTED

保存以后，要重新起点MySQL服务才会生效
通过命令动态设置隔离级别
•隔离级别也可以在运行的服务器中动态设置，应使用SET TRANSACTION ISOLATION LEVEL语句。
•其语法模式为：
SET [GLOBAL | SESSION] TRANSACTION ISOLATION LEVEL
其中的可以是：
–READ UNCOMMITTED
–READ COMMITTED
–REPEATABLE READ
–SERIALIZABLE
•例如： SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

3.隔离级别的作用范围

•事务隔离级别的作用范围分为两种：
–全局级：对所有的会话有效
–会话级：只对当前的会话有效
•例如，设置会话级隔离级别为READ COMMITTED ：
mysql> SET TRANSACTION ISOLATION LEVEL READ COMMITTED；
或：
mysql> SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED；
•设置全局级隔离级别为READ COMMITTED ：
mysql> SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED；

4、查看隔离级别

•服务器变量tx_isolation（包括会话级和全局级两个变量）中保存着当前的会话隔离级别。
•为了查看当前隔离级别，可访问tx_isolation变量：
–查看会话级的当前隔离级别：
mysql> SELECT @@tx_isolation;
或：
mysql> SELECT @@session.tx_isolation;
–查看全局级的当前隔离级别：
mysql> SELECT @@global.tx_isolation;