mysql视图实现事务隔离_MySQL学习笔记-事务隔离(一)

事务隔离

事务就是保证一组数据库操作，要么全部成功，要么全部失败

在MySQL中，事务支持是在引擎层实现的

并非所有引擎都支持事务，例如MyISAM就不支持事务

事务的特性(ACID)

原子性：整个数据库事务是不可分割的工作单位，要么都做，要么都不做

一致性：事务开始前和事务结束后，数据库的完整性约束没有被破坏

隔离性：每个读写事务的对象对其他事务的操作对象能相互分离，即改事务提交前对其他事务都不可见

持久性：事务一旦提交，其结果就是永久性的

多个事务同时执行带来的后果

脏读(dirty read)

不可重复读(non-repeatable read)

幻读(phantom read)

隔离级别(事务的隔离性)

读未提交：一个事务还没提交就可以被其他事务看到

读提交：一个事务提交后，它的变更才会被其他事务看到

可重复读：一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。未提交的事务照样对其他事务不可见

串行化：对于同一记录，写会加‘写锁’，读会加‘读锁’。读写冲突时，后访问的事务必须等待前一个事务执行完成，才能继续执行

视图

隔离性的实现以访问时的视图逻辑结果为准

1.在可重复读隔离级别下，视图是在事务启动时创建的，整个事务期间都用这个视图

2.在读提交下，视图是在每个SQL语句开始执行时创建的

3.读未提交没有视图，它在此隔离级别下直接返回记录上的最新值

4.串行化也没有视图，它直接用加锁的方式来避免并行访问

Oracle数据的默认隔离级别是“读提交”，迁移时隔离级别要一致

用show variables来查看当前设置的值

将transaction-isolation 的值设为READ-COMMITTED

可重复读隔离级别的实现

每条记录在更新的时候都会同时记录一条回滚操作。

记录上的最新值，通过回滚操作，都可以得到前一个状态的值

假设一个值从1被按顺序改成了2,3,4，在回滚日志里面就会有下列记录

当没有事务再需要用到这些回滚日志，回滚日志会被删除

长事务的危害

1.长事务意味着很老的事务视图

2.这些事务随时可以访问数据库里面的任何数据，在这个事务提交前，可能用到的回滚记录都会保留

3.保留的回滚记录会导致大量占用存储空间

显式启动事务语句：begin或start transaction，提交语句是commit，回滚语句是rollback

set autocommit=0：此命令会将这个线程的自动提交关掉，持续存在到你主动执行conmit或rollback语句，或者断开连接

注意：有些客户端连接框架默认连接成功后先执行set autocommit=0的命令。会导致接下来的查询中，如果是长连接，就会导致长事务。因此尽量使用set autocommit=1.显式语句启动事务