mysql基础-事务MVCC

原子性(Atomic)

事务内部的一系列操作不可再分，要么全部成功，要么全部失败。

start/rollback/commit:控制

隔离性(Isolation) 

          多个并发事务操作时，一个并发事务只能看到其他事务执行之前或执行之后的数据状态，不能查看其他事务执行过程中的数据状态。

脏读

   一个事务读取了另一个事务修改的但未提交的数据(脏数据)。不是最终的结果，无用的数据。如果这个未提交的事务最终回滚了，那么这个读取的数据就是无效的。会破坏事务的隔离性和一致性。

不可重复读（并发）

        在一个事务内，多次读取同一数据，在读取过程中发现其他事务已经修改了该数据，导致前后两次读取的数据不一致。会破坏事务的隔离性和一致性。

幻读（并发）

      当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，当之前的事务再次读取该范围的记录时，会产生幻行(phantom row)。InnoDB和XtraDB存储引擎通过多版本并发控制(MVCC，Multiversion Concurrency Control)解决了幻读的问题

隔离级别

隔离级别	脏读	不可重复读	幻读	加锁读
READ-UNCOMMITTED	是	是	是	否
READ-COMMITTED	否	是	是	否
REPEATABLE-READ	否	否	否	否
SERIALIZABLE	否	否	否	是

        数据库的事务隔离越严格，并发副作用越小，但付出的代价也就越大，因为事务隔离实质上就是使事务在一定程度上 “串行化”进行，这显然与“并发”是矛盾的。同时，不同的应用对读一致性和事务隔离程度的要求也是不同的，比如许多应用对“不可重复读”和“幻读”并不敏感，可能更关心数据并发访问的能力。 

MVCC（ Multi-Version Concurrency Control）

解决幻读 间隙锁

实现了非阻塞的读操作，写操作也只锁定必要的行。

MVCC的工作原理是使用数据在某个时间点的快照来实现的。这意味着，无论事务运行多长时间，都可以看到数据的一致视图，也意味着不同的事务可以在同一时间看到同一张表中的不同数据

幻读的解决 

持久性(Durative)

     事务一旦执行成功，那么对系统数据的影响是持久性的

没有100%的持久性

一致性(Consistent) 

事务执行前后系统中数据的状态必须保持一致性。

事务执行前后数据关系不被破坏

加锁 mysql基础036锁_存在,及合理的博客-CSDN博客

总结

        只有保证了事务的持久性、原子性、隔离性之后，一致性才能得到保障。也就是说 A、I、D 是手段，C 是目的。

 事务日志

        事务日志有助于提高事务的效率。存储引擎只需要更改内存中的数据副本，而不用每次修改磁盘中的表，这会非常快。然后再把更改的记录写入事务日志中，事务日志会被持久化保存在硬盘上。因为事务日志采用的是追加写操作，是在硬盘中一小块区域内的顺序I/O，而不是需要写多个地方的随机I/O，所以写入事务日志是一种相对较快的操作。最后会有一个后台进程在某个时间去更新硬盘中的表。因此，大多数使用这种技术（write-ahead logging，预写式日志）的存储引擎修改数据最终需要写入磁盘

事务基本操作

  select @@tx_isolation; -- 8以前
  select @@transaction_isolation;

Begin
-- 进行事务操作
savepoint 保存点名称;   -- 设置保存点
rollback;  
rollback to -- 保存点名称;   
commit;   
connection.setAutoCommit(false);//设置自动提交为假 java中 使用

# 设置当前会话的隔离级别
set session transaction isolation level
read uncommitted 
read committed
repeatable read 
serializable;