Mysql事务

事务简介

在Mysql中只有使用了InnoDb引擎才会用到事务。

事务处理可以用来维护数据的完整性，保证成批的SQL语句要么全部执行，要么全部不执行。

事务用来管理insert,update,delete语句。

事务四大特性（ACID）

原子性：一个事务中的所有操作，要么全部完成，要么全部不完成，不会解释在中间某个环节。事务在执行过程中发生错误，会被回滚到事务开始前的状态。

就像这个事务从来没有被执行过一样。

一致性：在事务开始之前和事务结束后，数据库的完整性没有被破坏。这个表示写入的内容必须符合所有预算的规则。这包含内容的精确度。

串联性以及后续数据库可以自发性完成预定的工作。

隔离性：每个会话的同时操作数据，为了让所有事务都能看到，得到正确的结果，还要保证一定的效率而产生的不同隔离级别。由锁机制和MVCC实现。

持久性：事务处理结束后，对数据修改是永久的。IO磁盘中

 

开启事务命令：begin;

事务回滚：rollback;

提交事务：commit;

事务并发的三大问题：读一致性

脏读：该事务查询的时候，读取到其他事务未提交的事务。

不可重复读：一个事务读取到，其他事务已提交的事务。

幻读：当两个完全相同的查询执行时，第二次查询返回的结果和第一次不同，在查询时，另外事务提交了数据。

幻读指的就是你一个事务用一样的SQL多次查询，结果每次查询都会发现查到了一些之前没看到过的数据。

 

SQL92标准，事务隔离级别

Read Uncommitted(未提交读)   : 没有解决脏读、不可重复读、幻读

Read Committed(已提交读)   ：解决脏读

Repeatable Read(可重复读)   ：解决脏读、不可重复读

Serializable(串行化)   ：解决事务并发的所有问题

下面是MYsql事务图：InnoDB在可重复度已经解决幻读问题

事务隔离级别的两种解决方案

第一种：在读取数据前，对其加锁，阻止其他事务对数据进行修改（LBCC）

第二种：生成一个数据请求时间点的一致性数据快照（Snapshot）,并用这个快照来提供一定级别（MVCC）

数据LBCC解决事务方案

行级别锁：

 共享锁：又称为读锁，顾名思义，共享锁就是多个事务对同一个数据可以共享一把锁，都能访问到数据，但是只能读不能修改。

加锁方式： select * from student where id=1 LOCK INSHARE MODE

释放锁：commit/rollback

排他锁：又称为写锁，排它锁不能与其他锁并存，如果一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行锁。

只有该获取了排他锁的事务是可以对数据进行读取和修改。

加锁方式：

    自动：delete/update/insert 默认加上排它锁

    手动： select * from student where id=1 for uodate

    释放锁：commit/rollback

表级别锁：数据库引擎自己维护的，用户无法手动操作意向锁。

    意向锁：表示事务准备给数据行加入共享锁，也就是说一行数据加共享锁之前必须先取得该表的意向锁。

    意向排它锁：表示事务准备给数据行加入排他锁，说明事务在一个数据行家排他锁前必须先取得该表的意向排它锁

锁的原来是锁住了索引项的列。索引如果行锁，索引失效或者没有索引，会变成表锁。

聚集索引：primary key主键、unique key  --no null第一个没有空的唯一索引、_rowid隐藏的行号。叶子节点存储的是完整的数据。

二级索引：叶子节点存储索引的主键值

innoDB解决幻读  通过间隙锁解决

记录锁：唯一性索引（唯一/主键）等值查询，精准匹配。 where id=1  id 是主键  锁住id=1的一行

间隙锁：记录不存在的地方，但是条件包含的地方加锁，让其他事务无法插入数据  id>11  锁住id大于11的范围锁住

临键锁： id>5 and id<11  会锁住（5，9]，(9,11]的两个范围。

数据MVCC解决事务方案

多版本控制。开启一个事务过程中，对数据进行一次快照，并创建版本号。

事务A开启后，创建一个快照。如果只做查询，会只在快照查询。

当事务B开启后，创建一个快照。如果对数据进行修改操作，会先去查找最新的版本号，得到最新的版本数据，然后进行修改，并将修改后的数据放回自己快照里面。

当事务A或者事务B关闭以后，快照和版本号即可删除。

如果不声明创建主键

行锁会变成表锁

int 2^32-1

当数据量达到2^32-1后数据会归0，重新覆盖。如果创建了主键，只会报错主键重复

会自动隐藏_rowid列变成主键