什么是事务事务是应用程序中一系列严格的操作，所有这些操作都必须成功完成，否则每个操作中所做的所有更改都将被撤消。也就是说，事务是原子的，一个事务中的一系列操作要么成功，要么不执行。有两种方法可以结束事务。当事务中的所有步骤都成功执行后，事务就被提交了。如果这些步骤之一失败，则会发生回滚操作，撤消事务开始前的所有操作。另外，这个分布式事务你不懂吗？我给你解释一次！我推荐大家阅读。ACID事务具有四个特性：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability）。这四种性质简称为ACID性质。原子性。事务是数据库的逻辑工作单元，事务中包含的所有操作要么完成，要么不完成。一致性。事务执行的结果一定是将数据库从一种一致状态变为另一种一致状态。因此，当数据库仅包含成功事务提交的结果时，它被称为处于一致状态。如果数据库系统在运行过程中发生故障，一些事务还没有完成就被迫中断，这些未完成的事务对数据库所做的一些修改已经写入物理数据库。此时，数据库处于不正确的状态，或者说是不一致的状态。隔离。事务的执行不能干扰其他事务。即一个事务内使用的操作和数据与其他并发事务隔离，并发执行的事务不能相互干扰。执着的。也称为永久性，意思是一旦一个事务被提交，它对数据库中数据的改变应该是永久性的。后续的其他操作或失败不应对其执行结果产生任何影响。MySQL的四种隔离级别SQL标准定义了四种隔离级别，包括一些特定的规则，用来限制事务内外的哪些变化是可见的，哪些是不可见的。低级别隔离级别通常支持更高的并发处理并且具有更低的系统开销。另外，这个分布式事务你不懂吗？我给你解释一次！我推荐大家阅读。ReadUncommitted（读取未提交的内容）在这个隔离级别，所有事务都可以看到其他未提交事务的执行结果。这种隔离级别在实际应用中很少使用，因为它的性能并不比其他级别好多少。读取未提交的数据也称为脏读（DirtyRead）。ReadCommitted（读取提交的内容）这是大多数数据库系统默认的隔离级别（但不是MySQL的默认）。它满足隔离的简单定义：一个事务只能看到已提交事务所做的更改。这种隔离级别还支持所谓的不可重复读（NonrepeatableRead），因为同一事务的其他实例在处理这个实例的过程中可能会有新的提交，所以同一个select可能会返回不同的结果。RepeatableRead（可重读）这是MySQL默认的事务隔离级别，它保证同一个事务的多个实例在并发读取数据时会看到相同的数据行。但理论上，这会导致另一个棘手的问题：幻读（PhantomRead）。简单的说，幻读就是当一个用户读取了一个范围内的数据行时，另一个事务在该范围内插入了一个新的行。当用户再次读取数据行范围时，会发现有新的Phantom”行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC）机制解决了这个问题。可序列化（serializable）这是最高的隔离level，它通过强制事务的顺序，使它们不能相互冲突来解决幻读问题。简而言之，它在每个读取的数据行上添加一个共享锁。在这个级别，大量的超时和锁争用可以结果，这四种隔离级别是使用不同的锁类型实现的，如果读取相同的数据，很容易出现问题，例如：DrityRead：一个事务更新了一条数据，另一个事务读取了同一条数据此时的数据。由于某种原因，前面的RollBack操作，后面的事务读取到的数据会不正确。不可重复读（Non-repeatableread）：两个q的数据不一致交易查询。这可能是由于在两个查询过程中间插入了一个事务更新的原始数据。幻读：一个事务的两次查询中的数据项数量不一致。例如，一个事务查询几列（Row）数据，而另一个事务此时插入新的列数据。之前在事务的下一次查询中，有几列数据没有查询到。如果此时插入另一个事务插入的数据，则会报错。MySQL中实现了这四种隔离级别，可能会出现如下问题：测试MySQL的隔离级别。接下来，我们将使用MySQL客户端程序。让我们分别测试这些隔离级别。测试数据库是demo，表是test；表结构：两个命令行客户端是A和B；不断改变A的隔离级别，在B端修改数据。设置A的隔离级别为未提交读（readuncommitted）A：启动事务，数据处于初始状态B：启动事务，更新数据，但不提交A：再次读取数据，发现数据已被修改。这就是所谓的“脏读”B：回滚事务A：再次读取数据，发现数据变回了初始状态。经过上面的实验，可以得出结论，事务B更新了一条记录，但是没有提交。这时事务A可以查询未提交的记录。造成脏读。ReadUncommitted是最好的隔离级别。设置客户端A的事务隔离级别为readcommitted（提交读）A：启动事务，数据为初始状态B：启动事务，更新数据，但不提交A：再次读取数据，发现数据没有被修改B：提交事务A：再次读取数据，发现数据发生了变化，说明B提交的修改已经被A在事务中读取了。这就是所谓的“不可重复读”。经过上面的实验，可以得出结论，提交读隔离级别解决了脏读问题，但是出现了不可重复读的问题，即事务A的两次查询中的数据不一致，因为事务B在两次查询之间更新了一条数据。Committedreads只允许读取committedrecords，但不需要repeatablereads。设置A的隔离级别为可重复读（repeatableread）A：启动事务，此时数据为初始状态B：启动事务，更新数据，但不提交A：重新读取数据并发现数据没有被修改B：提交事务A：再次读取数据，发现数据没有变化，说明这次可以重复读取了。B：插入一条新数据，提交A：再次读取数据，发现数据没有变化，虽然可以重复读取，但是发现读取的不是***数据，这是so-称为“幻读”A：提交本次交易，再次读取数据，发现读取正常。通过以上实验，我们可以得出结论，重复读隔离级别只允许读取已提交的记录，并且在一个事务两次读取一条记录的过程中，其他事务更新该记录。但是该事务不需要与其他事务的可串行性。例如，当一个事务可以找到一个已提交的事务更新的记录，但是可能会出现幻读问题（注意是有可能的，因为数据库实现了不同的隔离级别）。和上面的实验一样，不存在数据幻读的问题。将A的隔离级别设置为可序列化（Serializable）A：启动事务，此时数据处于初始状态B：发现此时B已经进入等待状态，因为A的事务还没有被committed只能等待（这个，B可能会等待超时）A：提交事务B：发现serializablecompletelylocked字段插入成功。如果一个事务查询相同的数据，则必须等到前一个事务完成并解锁。是一个完全的隔离级别，会锁住对应的数据表，所以会有效率问题。
