MySQL数据库之事务

MySQL数据库之事务

一、事务的概念

• 事务是一种机制、一个操作序列，包含了一组数据库操作命令，并且把所有的命令作为一个
  整体一起向系统提交或撤销操作请求，即这一组数据库命令要么都执行，要么都不执行。
• 事务是一个不可分割的工作逻辑单元，在数据库系统上执行并发操作时，事务是最小的控制单元。
• 事务适用于多用户同时操作的数据库系统的场景，如银行、保险公司及证券交易系统等等。
• 事务通过事务的整体性以保证数据的一致性。
• 事务能够提高在向表中更新和插入信息期间的可靠性。

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

数据库是一个公司的核心资产，关系型数据库是可靠的，就是因为有事务的存在。

二、事务的ACID特点

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

2.1 原子性（保证事务的整体性）

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

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

案例说明：

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

2.2 一致性（保证数据的完整性）

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

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

案例说明：

对银行转帐事务，不管事务成功还是失败，应该保证事务结束后表中A和B的存款总额跟事务执行前一致。例如，A的账户有1000元，B的账户有1000元，现在A转账200元给B，不管事务成功还是失败，转账前后A和B的存款总额都应该是2000元。

2.3 隔离性

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

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

2.4 事务之间的相互影响

当多个客户端并发地访问同一个表时，可能出现下面的一致性问题：

1. 脏读： 当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据然后使用了这个数据。
   

2. 不可重复读： 指在一个事务内，多次读同一数据。 在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事