事务（Transaction）是由⼀系列对系统中数据进⾏访问与更新的操作所组成的⼀个程序执⾏逻辑单元。
事务的语法：
1. start transaction;/ begin;开启事务
2. commit;提交事务，使得当前的修改确认
3. rollback; 回滚事务，使得当前的修改被放弃
1、事务的ACID特性
1. 原⼦性（Atomicity）
事务的原⼦性是指事务必须是⼀个原⼦的操作序列单元。事务中包含的各项操作在⼀次执⾏过程中，只允许出现两种状态之⼀：
全部执⾏成功
全部执⾏失败
事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执⾏过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发⽣⼀样。
2. ⼀致性（Consistency）
事务的⼀致性是指事务的执⾏不能破坏数据库数据的完整性和⼀致性，⼀个事务在执⾏之前和执⾏之后，数据库都必须处以⼀致性状态。
⽐如：如果从A账户转账到B账户，不可能因为A账户扣了钱，⽽B账户没有加钱。
3. 隔离性（Isolation）
事务的隔离性是指在并发环境中，并发的事务是互相隔离的。也就是说，不同的事务并发操作相同的数据时，每个事务都有各⾃完整的数据空间。⼀个事务内部的操作及使⽤的数据对其它并发事务是隔离的，并发执⾏的各个事务是不能互相⼲扰的。
隔离性分4个级别：
读未提交（READ_UNCOMMITTED）；
读已提交（READ_COMMITTED）；
可重复读（REPEATABLE_READ）；
顺序读（SERIALIZABLE）；
4. 持久性（Duration）
事务的持久性是指事务⼀旦提交后，数据库中的数据必须被永久的保存下来。即使服务器系统崩溃或服务器宕机等故障。只要数据库重新启动，那么⼀定能够将其恢复到事务成功结束后的状态。
2、并发导致的事务问题
1. 脏读：读取到了没有提交的数据, 事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据。
2. 不可重复读：同⼀条命令返回不同的结果集（更新） .事务 A 多次读取同⼀数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同⼀数据时，结果 不⼀致。
3. 幻读：重复查询的过程中，数据就发⽣了量的变化（insert， delete）。
3、事务隔离级别
查看当前会话中的事务的隔离级别：
select @@tx_isolation;
设置当前会话中的事务隔离级别：
set session transaction isolation level 事务隔离级别;
3.1、读未提交
读未提交，该隔离级别允许脏读取，其隔离级别是最低的。换句话说，如果⼀个事务正在处理某⼀数据，并对其进⾏了更新，但同时尚未完成事务，因此还没有提交事务；⽽以此同时，允许另⼀个事务也能够访问该数据。
脏读示例：
余额应该为1500元才对。请看T5时间点，事务A此时查询的余额为0，这个数据就是脏数据，他是事务B造成的，很明显是事务没有进⾏隔离造成的。
3.2、读已提交
读已提交是不同的事务执⾏的时候只能获取到已经提交的数据。 这样就不会出现上⾯的脏读的情况了。但是在同⼀个事务中执⾏同⼀个读取,结果不⼀致。
不可重复读示例：
解决了脏读问题，但是还是解决不了可重复读问题。
事务A其实除了查询两次以外，其它什么事情都没做，结果钱就从1000变成0了，这就是不可重复读的问题。
3.3、可重复读
可重复读就是保证在事务处理过程中，多次读取同⼀个数据时，该数据的值和事务开始时刻是⼀致的。因此该事务级别限制了不可重复读和脏读，但是有可能出现幻读的数据。
幻读：
就是指同样的事务操作，在前后两个时间段内执⾏对同⼀个数据项的读取，可能出现不⼀致的结果。
3.4、顺序读
顺序读是最严格的事务隔离级别。它要求所有的事务排队顺序执⾏，即事务只能⼀个接⼀个地处理，不能并发。
4、不同隔离级别的锁
1. 读未提交（RU） : 有⾏级的锁，没有间隙锁。它与RC的区别是能够查询到未提交的数据。
2. 读已提交（RC）：有⾏级的锁，没有间隙锁，读不到没有提交的数据。
3. 可重复读（RR）：有⾏级的锁，也有间隙锁，每次读取的数据都是⼀样的，并且没有幻读的情况。
4. 序列化（S）：有⾏级锁，也有间隙锁，读表的时候，就已经上锁了。
5、隐式提交
隐式提交：执⾏这种语句相当于执⾏commit;
1. DQL:查询语句
2. DML:写操作(添加,删除,修改)
3. DDL:定义语句(建库,建表,修改表,索引操作,存储过程,视图)
4. DCL:控制语⾔(给⽤户授权,或删除授权)
都是隐式提交。