这是我参与「第三届青训营 -后端场」笔记创作活动的第二篇笔记。
隔离性与隔离级别
隔离性的出现是为了解决脏读、不可重复读、幻读等问题
SQL标准的事务隔离级别分别包括
- 读未提交：一个事物还未提交时，他做的变更就能被别的事务看到
- 读提交：一个事物提交之后，他做的更改才能被别的事务看到
- 可重复读：一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据时一致的。当然在可重复读的隔离级别下，未提交变更对其他事务也是不可见的。
- 串行化：顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务自行完成，才能继续执行。
实践中数据库会创建一个视图，访问的时候以视图的逻辑结果为准：
- 可重复读：这个视图在事务启动时创建。整个事务存在期间都使用这个视图。
- 读提交：这个视图在执行每个SQL语句开始时创建。
- 读未提交：直接返回记录上的最新值，无视图概念。
- 串行化：直接用加锁的方式避免并行访问。
Oracle数据库默认的隔离级别是“读提交”。
配置隔离级别：启动参数transaction-isolation的值设置为READ-COMMITTED。可用show variables查看当前的值。
事务隔离的实现
在MySQL中，实际上每条记录在更新的时候都会记录一条回滚操作假如你把1变成了2，回滚操作就是把2变成1）。
同一条记录在系统中可以存在多个版本，就是数据库的多版本并发控制（MVCC）。
回滚日志的删除时机为系统里面没有比这个回滚日志更早的read-view的时候
不建议用长事务，因为事务随时可能访问数据库里面的数据。为此会保留大量的回滚记录，这就会导致大量占用存储空间
事务的启动方式
启动事务的方式
- 显式启动事务语句：begin或start transaction。配套的提交语句是commit，回滚语句是roolback。
- set autocommit=0，这个命令会将线程的自动提交关闭掉。意味着如果你只执行了一个select语句，这个事务就启动了，并且不会自动提交，这个事务持续存在直到你主动执行commit或rollback语句，或者断开连接。
- commit work and chain，则是提交事务并自动启动下一个事务，
- 可以在information_schema库的innodb_rex这个表中查询长事务
