事务隔离级别

原文： https://www.jb51.net/article/139113.htm MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎采用的是表级锁；BDB存储引擎采用的是页面锁，但也支持表级锁；InnoDB存储引擎既支持行级锁，也支持表级锁，但默认情况下采用行级锁。 MySQL这3种锁的特性可大致归纳如下： （1）表级锁 ：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。 （2）行级锁 ：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。 （3）页面锁 ：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。 仅从锁的角度来说，表级锁更适合于以查询为主，只有少量按索引条件更新数据的应用，如Web应用；而行级锁则更适合于有大量按索引条件并发更新少量不同数据，同时又有并发查询的应用，如一些在线事务处理系统。 一、MyISAM表锁 1. 查询表级锁争用情况 show status like 'table%'; 如果table_locks_waited 的值比较高，则说明存在着比较严重的表级锁争用情况。 2. MySQL表级锁的锁模式 MySQL 的表级锁有两种模式：表共享读锁和表独占写锁。 当一个session对某个表加了读锁之后

Reference: [1] http://www.cnblogs.com/fjdingsd/p/5273008.html [2] http://blog.csdn.net/fg2006/article/details/6937413 数据库事务四大特性 如果一个数据库声称支持事务的操作，那么该数据库必须要具备以下 四个特性 ： ⑴ 原子性（Atomicity） 　　原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，这和前面两篇博客介绍事务的功能是一样的概念，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。 ⑵ 一致性（Consistency） 　　一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。 　　拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。 ⑶ 隔离性（Isolation） 　　隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。 　　即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束

隔离级别的定义： 　　事务指定一个隔离级别，该隔离级别定义一个事务必须与由其他事务进行的资源或数据更改相隔离的程度。隔离级别从允许的并发副作用（例如，脏读或幻读）的角度进行描述。 隔离级别的特性： ⑴ 原子性（Atomicity） 　　原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，这和前面两篇博客介绍事务的功能是一样的概念，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。 ⑵ 一致性（Consistency） 　　一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。 　　拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。 ⑶ 隔离性（Isolation） 　　隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。 　　即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。 　　关于事务的隔离性数据库提供了多种隔离级别，稍后会介绍到。 ⑷

一、视图 1、什么是视图 视图就是通过查询得到一张虚拟表，然后保存下来，下次用的直接使用即可 2、为什么要用视图 如果要频繁使用一张虚拟表，可以不用重复查询 3、如何用视图 create view teacher2course as select * from teacher inner join course on teacher.tid = course.teacher_id; drop view teacher2course; 强调 1、在硬盘中，视图只有表结构文件，没有表数据文件 2、视图通常是用于插叙，尽量不要修改视图中的数据 二、触发器 　　1、在满足对某张表数据的增、删、改的情况下，自动触发的功能称之为触发器 　　 2、为何要用触发器？ 　　答： 触发器专门针对我们对某一张表数据增insert、删delete、改update的行为，这类行为一旦执行就会触发触发器的执行，即自动运行另外一段sql代码 -- 语法： delimiter // create trigger trigger名 after/before insert/delete/update on 表名 for each row begin sql代码。。。 END // delimiter ; -- 解释： -- after 事件执行之后触发 before 事件执行之前触发 -- 触发事件 insert

一、事务的四大特性（ACID） （1）原子性（Atomicity） 原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚. （2）一致性（Consistency） 一个事务执行之前和执行之后都必须处于一致性状态。 例如：A和用户B两者的钱加起来一共是，A和B之间无论如何转账，转几次账，事务结束后两个用户的钱相加起来应该是5000，这就是事务的一致性。 （3）隔离性（Isolation） 隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。 即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束， 要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。隔离级别见下文。 （4）持久性(Durability) 持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。 二、MySQL事务隔离级别 1.读未提交（造成脏读） 　　读取其他事物未提交的结果。 　　公司发工资了，领导把5000元打到singo的账号上，但是该事务并未提交，而singo正好去查看账户，发现工资已经到账，是5000元整，非常高兴。可是不幸的是，领导发现发给singo的工资金额不对

应用场景： 银行取钱，从ATM机取钱，分为以下几个步骤 1 登陆ATM机，输入密码； 2 连接数据库，验证密码； 3 验证成功，获得用户信息，比如存款余额等； 4 用户输入需要取款的金额，按下确认键； 5 从后台数据库中减掉用户账户上的对应金额； 6 ATM吐出钱； 7 用户把钱拿走。 对于上面的取钱这个事情，如果有一步出现错误的话，那么就会取消整个取钱的动作，但是如果在第5步，系统后台已经把钱减了，但是ATM机没有取出来，那么就应用到mysql中的事务。简单地 来说，就是取钱这7步要么都完成，要么就啥也不做，在数据库中就是这个道理。 事务是用户定义的一个数据库操作序列，这些操作要么全做要么全不做，是一个不可分割的工作单位，事务回滚是指将该事务已经完成的对数据库的更新操作撤销，在事务中，每个正确的原子 操作都会被顺序执行，直到遇到错误的原子操作。回滚的意思其实即使如果之前是插入操作的话，那么会执行删除之前插入的记录，如果是修改操作的话，那么会执行将update之前的记录还原。 因此，正确的原子操作是真正被执行过的，是物理执行。 事务是由一条或者多条sql语句组成，在事务的操作中，要么这些sql语句都执行，要么都不执行。 事务的ACID特性:原子性，一致性，隔离性，持久性。 在当前事务中确实能看到插入的记录，最后只不过被删除了，但是auto_increament不会删除而是改变值

事务 事务（Transaction）就是为了保证数据完整性。 特性 原子性（Atomicity，或称不可分割性）： 一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节 一致性（Consistency）： 事务必须使数据库从一个一致性状态到另外一个一致性状态，一致性和原子性是密切相关的 隔离性（Isolation，又称独立性）：数据库允许多个并发事务同时对其数据进行读写和修改的能力，一个事务不能被其它事务所干扰 持久性（Durability）：事务提交后，数据永久存在数据库中 传播属性（Propagation） 事务的传播属性是指在多个事务同时存在时，事务之间的处理关系 常 量 解释 REQUIRED 支持当前事务，如果不存在则创建新事务。类似于同名的EJB事务属性。这是事务注释的默认设置。 SUPPORTS 支持当前事务，如果不存在事务，则以非事务方式执行。 MANDATORY 支持当前事务，如果不存在则抛出异常。 REQUIRES_NEW 创建一个新事务，如果存在当前事务，则挂起它。 NOT_SUPPORTED 以非事务方式执行，如果当前事务存在，则挂起当前事务。内外事务为独立事务，互不影响 NEVER 以非事务方式执行，如果存在事务，则抛出异常。 NESTED 如果当前事务存在，则在嵌套事务中执行，否则就像REQUIRED一样

本篇文章主要介绍数据库事务的四大特性ACID，以及数据库的隔离级别。 事务 概念 事务指的是满足 ACID 特性的一系列操作。在数据库中，可以通过 Commit提交一个事务，也可以使用 Rollback 进行回滚。 四大特性 原子性（Atomicity）：事务被视为不可分割的最小单元，要么全部提交成功，要么全部失败回滚。 一致性（Consistency）：事务执行前后都保持一致性状态。在一致性状态下，所有事务对一个数据的读取结果都是相同的。 隔离性（Isolation）：一个事务所做的修改在最终提交以前，对其它事务是不可见的。 持久性（Durability）：一旦事务提交，则其所做的修改将会永远保存到数据库中。即使系统发生崩溃，事务执行的结果也不能丢失。可以通过数据库备份和恢复来保证持久性。 在了解完数据库的四大特性之后，我们来讨论一下数据库的隔离级别的问题。在此之前，我们考虑在没有数据库隔离性的情况下，多用户并发操作可能会发生的问题。 并发一致性问题 在并发环境下，一个事务如果受到另一个事务的影响，那么事务操作就无法满足一致性条件。 丢失修改：多个事务同时读取某一数据，一个事务成功处理好了数据，被另一个事务写回原值，造成第一个事务更新丢失。例如，T1 和 T2 两个事务都对一个数据进行修改，T1 先修改，T2 随后修改，T2 的修改覆盖了 T1 的修改。 脏读

还在学Hibernate，后续一大堆概念刚接触需要理解。觉得-——事务——这个概念不是很好理解，所以发上来记录一下。 首先说点千篇一律的东西。概念和特性都是随处可见的，无论哪里都很容易找到，关键是你如何去理解它。 概念：事务(Transaction)是访问并可能更新数据库中各种 数据项 的一个程序执行单元(unit)。事务通常由 高级数据库 操纵语言或编程语言（如SQL，C++或Java）书写的 用户程序 的执行所引起，并用形如begin transaction和end transaction语句（或 函数调用 ）来界定。事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成。 例如：在 关系数据库 中，一个事务可以是一条SQL语句，一组SQL语句或整个程序。 特性： 事务是恢复和 并发控制 的基本单位。 事务应该具有4个属性：原子性、一致性、隔离性、持久性。这四个属性通常称为ACID特性。 原子性（atomicity）。一个事务是一个不可分割的工作单位，事务中包括的诸操作要么都做，要么都不做。 一致性（consistency）。事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。 隔离性（isolation）。一个事务的执行不能被其他事务干扰

Spring事务失效的 8 大原因，这次可以吊打面试官了！ 今天再来一篇《吊打面试官》系列，这次真的要吊打了，哈哈！（看往期吊打系列请在后台回复：吊打，我会陆续更新……） 前几天栈长不是发了一篇文章，里面有一个关于事务失效的问题： 用 Spring 的 @Transactional 注解控制事务有哪些不生效的场景？ 其中有个热心粉丝留言分享了下，我觉得总结得有点经验，给置顶了： 但是我觉得还是总结得不够全，今天栈长我再总结一下，再延着这位粉丝的总结再补充完善一下，不用说，我肯定也不见得总结全，但希望可以帮忙有需要的人。 1 数据库引擎不支持事务 这里以 MySQL 为例，其 MyISAM 引擎是不支持事务操作的，InnoDB 才是支持事务的引擎，一般要支持事务都会使用 InnoDB。 根据 MySQL 的官方文档： https://dev.mysql.com/doc/refman/5.5/en/storage-engine-setting.html 从 MySQL 5.5.5 开始的默认存储引擎是：InnoDB，之前默认的都是：MyISAM，所以这点要值得注意，底层引擎不支持事务再怎么搞都是白搭。 2 没有被 Spring 管理 如下面例子所示： // @Service public class OrderServiceImpl implements OrderService {