1.事务

事务：一组操作，要成功都成功，要失败均失败，不允许有中间操作。

BEGIN：开启事务
COMMIT：提交事务
ROLLBACK：回滚事务

手动回滚：

2.事务存在的目的

1.为数据库操作提供了一个从失败中恢复到正常状态的方法，同时提供了数据库即使在异常状态下仍能保持一致性的方法。

2.当多个应用程序在并发访问数据库时，可以在这些应用程序之间提供一个隔离方法，以防止彼此的操作互相干扰。

当一个事务被提交给了DBMS（数据库管理系统），则DBMS需要确保该事务中的所有操作都成功完成且其结果被永久保存在数据库中，如果事务中有的操作没有成功完成，则事务中的所有操作都需要被回滚，回到事务执行前的状态（要么全执行，要么全都不执行）;同时，该事务对数据库或者其他事务的执行无影响，所有的事务都好像在独立的运行。

但在现实情况下，失败的风险很高。在一个数据库事务的执行过程中，有可能会遇上事务操作失败、数据库系统/操作系统失败，甚至是存储介质失败等情况。这便需要DBMS对一个执行失败的事务执行恢复操作，将其数据库状态恢复到一致状态（数据的一致性得到保证的状态）。为了实现将数据库状态恢复到一致状态的功能，DBMS通常需要维护事务日志以追踪事务中所有影响数据库数据的操作。

一个数据库事务通常包含对数据库进行读或写的一个操作序列。

3.事务四大特性ACID

原子性（Atomicity）：不可分割的最小操作单位。事务作为一个整体被执行，包含在其中的对数据库的操作要么全部被执行，要么都不执行。

一致性（Consistency）：事务应确保数据库的状态从一个一致状态转变为另一个一致状态。一致状态的含义是数据库中的数据应满足完整性约束。

隔离性（Isolation）：多个事务并发执行时，一个事务的执行不应影响其他事务的执行。

持久性（Durability）：当事务提交或回滚后，他对数据库的修改应该永久保存在数据库中。

实际中放弃了部分隔离性来追求效率

1.读未提交（Read Uncommitted）—— 可以读到其他人没有提交的事务数据
2.读已提交（Read Committed）—— 可以读到其他人提交过的数据
3.可重复读（Read Repeat）—— 只会读到我进入事务时，数据的快照（中间数据的修改我看不到）
4.串行化（Serialization）—— 排队提交事务

越往下，隔离性越好，性能越低。