MySQL：事务机制

为什么需要事务处理？

在执行SQL语句的时候，某些业务要求，一系列操作必须全部执行，而不能仅执行一部分。

MySQL5.0后引入了事务机制,MySQL支持几种基本的数据库引擎，并非所有引擎都支持事务处理。

数据写入

数据直接写入数据文件是非常危险的事，一旦写入过程出错或故障，会产生数据错乱等严重后果。MySQL利用日志来实现间接写入，MySQL共有五种日志，其中redo日志与undo日志与事务有关，日志文件相当于数据文件的一个副本。

管理事务

• 对于单条SQL语句，数据库系统自动将其作为一个事务执行
• 多条SQL语句要想作为一个事务执行，就必须手动管理事务：

START TRANSACTION;
SQL 语句
[COMMIT/ROLLBACK];

事务的属性

可见，数据库事务具有ACID这4个特性：

• Atomic：原子性，将所有SQL作为原子工作单元执行，要么全部执行，要么全部不执行；
• Consistent：一致性，不管任何给定的时间，并发事务有多少，事务必须保证运行结果的一致性；
• Isolation：隔离性，如果有多个事务并发执行，每个事务作出的修改必须与其他事务隔离；
• Duration：持久性，即事务完成后，对数据库数据的修改被持久化存储。

事物的隔离级别

数据库中的事务是并发执行的，由于隔离性会给某些业务场景带来问题，所以需要设置事务的隔离级别来满足业务要求。

事务的四种隔离级别：

隔离级别	功能
read uncommitted	读取未提交数据
read committed	读取已提交数据
repeatable read	重复读取（默认隔离级别）
serializable	序列化执行事务

业务场景示例：

# 两个事务同时购票，需要读取事务未提交的临时数据，查看其他事务是否已经选择该票但未提交。

SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
START TRANSACTION;
SQL 语句
[COMMIT/ROLLBACK];

# 银行转账业务，只能让当前事务读取其他事务提交后的数据

SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
START TRANSACTION;
SQL 语句
[COMMIT/ROLLBACK];

# 用户拍下订单后还没付钱，此时涨价了，按照涨价前还是涨价后的价格呢？
# 其他事务的提交结果不会影响当前事务

SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
START TRANSACTION;
SQL 语句
[COMMIT/ROLLBACK];