前言
简单来说，数据库事务就是保证一组数据操作要么全部成功，要么全部失败。在 MySQL 中，事务是在引擎层实现的。原生的 MyISAM 引擎不支持事务，也是为什么 InnoDB 会取代它的重要原因之一。
隔离性与隔离级别
当数据库上有多个事务同时执行的时候，根据隔离级别的不同，可能会出现脏读、幻读和不可重复读。标准隔离级别包括读未提交、读提交、可重复读和串行化。
读未提交
如果用这种隔离级别，事务执行的时候会读到其他未提交事务的数据，我们称为脏读。
客户端A
start transaction;
update users set name = 'hello' where id = 1;
select * from users where id = 1; #此时可以读到 name,更新为hello
客户端B
start transaction;
select * from users where id = 1; #此时读到 name为hello
在此隔离级别下，客户端 B 读到了客户端 A 还未提交的事务即还未 commit 的事务，即产生的脏读现象。
读提交
如果用这种隔离级别，事务执行的时候会读到其他已提交事务的数据，我们称为不可重复读。
客户端A
start transaction;
update users set name = 'hello' where id = 1;
commit;
客户端B
start transaction;
select * from users where id = 1; #此时 name不为hello
#此时客户端A 完成 commit
select * from users where id = 1; #此时 name为hello
在此隔离级别下，客户端 B 读到了客户端 A 完成提交的事务，产生了不可重复读现象。
可重复读
在同一个事务里，SELECT 语句获得的结果是基于事务开始时间点的状态，同一个事务中 SELECT 语句得到的结果是一样的，但是会有幻读现象。
客户端A
start transaction;
select * from users; #为空
#此时客户端B 完成commit 操作
select * from users; #还是为空
insert into users(id, name) value (1, 'hello') #报主键冲突
客户端B
start transaction;
select * from users; #为空
insert into users(id, name) values (1, 'hello');
commit;
在此隔离级别下，会产生幻读现象。
串行化
在该事务级别下，事务都是串行顺序执行的，避免了脏读，不可重复读，幻读问题。
客户端A
start transaction;
insert into users(id, name) values (1, 'hello');
commit;
客户端B
start transaction;
select * from users; #会一直堵塞住，直到客户端A 完成提交
本文链接：http://www.yunweipai.com/36489.html
