mysql表示一个新事物的开始_mysql事物

前言：通过本文你将了解到事物隔离级别带来的问题，innodb是怎么解决幻读，mysql事物特性，并配有案例说明。

事务是一组访问并可能更新数据库内容的SQL组成的执行单元，是恢复和并发控制的基本单位。

支持事物：Innodb、NDBCluster、TokuDB

不支持事物：Myisam、MEMORY/HEAP

事务具备4个基本属性：

Atomic,同一个事物里，要么都提交，要么都回滚。

Consistency,在事物开始之前和事物结束以后，数据库的完整性约束没有被破坏。

Isolation,并发事物间的数据是彼此隔离的

Durabiliy,事物提交后，所有结果必须持久化

在mysql中怎样开始或回滚一个事务呢？

1、显示开始，START TRANSACTION WITH CONSISTENT SNAPSHOT;  BEGIN;

2、隐士开始，BEGIN / START TRANSACTION / SET AUTOCOMMIT = 1 / 其他非事务语句(DDL/DCL)会导致之前没提交的事务提交。

3、显示回滚，ROLLBACK

4、隐士回滚，连接断开 / 超时

在修改事务隔离级别时需要注意set global  xxx;这时只针对新连接生效，当前连接不生效(如果有连接池的话就麻烦了，连接池都是长连接)

mysql> set global transaction isolation level read committed;

Query OK,0 rows affected (0.00sec)

mysql> show session variables like"tx_isolation";+---------------+-----------------+

| Variable_name | Value |

+---------------+-----------------+

| tx_isolation | REPEATABLE-READ |

+---------------+-----------------+

1 row in set (0.00 sec)

在修改事物隔离级别时不加global和session，下一个事物才开始生效。set session xxx；直接生效。(mysql中默认是RR隔离级别)

如果没有事物控制的话，那么并发读写数据库会有什么隐患？

脏读：一个事物按相同的查询条件读取以前检索过的数据，却发现其他事物更新后达到了满足其查询条件的旧数据(此时它还未提交)，这种现象称为“脏读”

不可重复读：一个事物按相同的查询条件读取以前检索过的数据，却发现其他事物更新后达到了满足其查询条件的旧数据(此时它已被提交)，这种现象称为“不可重复读”

幻读：一个事物按相同的查询条件读取以前检索过的数据，却发现其他事物插入了满足其查询条件的新数据(此时它已被提交)，这种现象称为“幻读”

脏读，在一个事物里面读取到其他事物未提交的数据：

不可重复读，在一个事物里面读取到其他事物已经提交的修改的数据：

幻读，在一个事物里面读取到其他事物已经提交的新增的数据：

mysql的4种隔离级别：

1. read uncommitted隔离级别最低，允许脏读，允许事物查看其它事物所进行的未提交更改

2.read committed允许幻读，允许事物查看其它事物所进行的已提交更改

3.repeatable read消除了脏读、不可重复读、幻读保证了事物一致性(innodb特定条件下可能发生幻读，后面会讲到)

4.serializable串行化读，每次读都需要获得表级别共享锁，读写间互相都会阻塞

例如有t1表：

mysql> show create tablet1\G*************************** 1. row ***************************

Table: t1Create Table: CREATE TABLE`t1` (

`c1`int(11) NOT NULL,

`c2`int(11) DEFAULT NULL,

`c3`int(11) DEFAULT NULL,PRIMARY KEY(`c1`),KEY`c2` (`c2`)

) ENGINE=InnoDB DEFAULT CHARSET=utf81 row in set (0.00sec)

mysql> select * fromt1;+----+------+------+

| c1 | c2 | c3 |

+----+------+------+

| 0 | 0 | 0 |

| 1 | 1 | 1 |

| 2 | 2 | 2 |

| 3 | 3 | 3 |

+----+------+------+

4 rows in set (0.00 sec)

读未提交，read uncommitted，RU

读已提交，read committed,RC

RC下的幻读：(此处加for update 表示即便是 RC隔离级别，但是可以读取当前数据的最新版本)

可重复读，repeatable read，RR

在RR隔离级别下，没有幻读。

innodb在RR级别下引入了gap lock来解决幻读，例如：select * from t1 where c2 =2 for update;这样会将索引记录上面1-3(不包括1和3)这个范围的gap全锁定来避免幻读：

加for update 两个作用1：表明要读这行数据的当前最新数据，2：把这行数据加上排它锁。

串行，serializable

可通过innodb_lock_waits查看发生锁等待信息：

mysql> select * frominformation_schema.innodb_lock_waits;+-------------------+------------------------+-----------------+------------------+

| requesting_trx_id | requested_lock_id | blocking_trx_id | blocking_lock_id |

+-------------------+------------------------+-----------------+------------------+

| 421424334461664 | 421424334461664:31:3:4 | 4910 | 4910:31:3:4 |

+-------------------+------------------------+-----------------+------------------+

1 row in set, 1 warning (0.00 sec)

最后我们再说下 InnoDB semi-consitent read,innodb的半一致性读，在innodb特殊实现的机制，主要目的是提升并发效率。update语句如果读到一行已经加锁的记录，此时InnoDB返回该记录最新版本，再次判断此版本是否满足update的where条件。若满足(需要更新)，则MySQL会重新发起一次读操作，此时会读取行的最新版本(并加锁)  #这种情况只发生在RC或 RR+innodb_locks_susafe_for_binlog=1环境下，所以说RR+innodb_locks_susafe_for_binlog=1时存在幻读可能。

可以这样理解：假设这个表有10万行数据，对一个表进行更新，没有索引，正常情况下会把所有数据全部锁定，但是另一个会话想要对这个表update 更新，这个update 可能只影响两行数据，这时候这个update可以被执行，不受全表锁限制，仅仅只针对update生效，其他SQL不会生效。