DAY03

事务

1. 事务 保证 一组操作全部成功，或者失败。
2. 事务是引擎层实现的，MYISAM不支持事务，InnoDB支持事务
3. 事务的4个特性，ACID(Atomicity、Consistency、Isolation、Durability，即原子性、一致性、隔离性、持久性)
4. 当数据库上有多个事务同时执行时候，就会出现脏读、不可重复读、幻读的问题。所以有个隔离级别的概念`
5. 事务的隔离级别：

   读未提交(read uncommitted)：一个事务未提交，他的更变就可以被其他事务看到
   读提交(read committed)：一个事务提交之后，他所做的变更才会被其他事务看到
   可重复度(repeatable read)：一个事务执行过程中，看到的数据是一致的（基于视图）
   串行化(serializable)：对应一个记录会加读写锁，出现冲突的时候，后访问的事务必须等前一个事务执行完才可以继续执行。

6. 事务隔离的实现。数据库会创建视图，访问的时候以视图的结果为准。

   可重复读：视图是在事务启动时创建的，整个事务期间都在用这个视图。所以看不见其他事务的修改。
   读提交：在每个sql语句开始执行的时候创建。
   读未提交：没有视图概念，直接返回记录上的最新值。

每条记录在更新的时候都会同时记录一条回滚操作，同一条记录在系统中可以存在多个版本，就是数据库的多版本并发控制(MVCC)，当没有事务需要这些回滚日志的时候，就会被删除

7. 尽量不要使用长事务。长事务意味着存在很老的视图，导致占据大量的空间。在5.5版本之前，回滚日志是和数据字典一起放在ibdata文件里，即使长事务最终提交，回滚段被清理，文件也不会变小。我见过数据只有 20GB，而回滚段有 200GB 的库。最终只好为了清理回滚段，重建整个库

8. 一个数据版本，对于一个事务视图来说，除了自己的更新总是可见以外，有三种情况：

   1. 版本未提交，不可见；
   2. 版本已提交，但是是在视图创建后提交的，不可见；
   3. 版本已提交，而且是在视图创建前提交的，可见。