事务隔离级别

一、使用Batch批量处理数据库 当需要向数据库发送一批SQL语句执行时，应避免向数据库一条条的发送执行，而应采用JDBC的批处理机制，以提升执行效率。; 1、实现批处理有两种方式，第一种方式： Statement.addBatch(sql) list 执行批处理SQL语句 executeBatch()方法：执行批处理命令 clearBatch()方法：清除批处理命令 例： Connection conn = null; Statement st = null; ResultSet rs = null; try { conn = JDBCManager.getConnection(); String sql1 = "insert into user(name,password,email,birthday) values('kkk','123','abc@sina.com','1978-08-08')"; String sql2 = "update user set password='123456' where id=3"; st = conn.createStatement(); st.addBatch(sql1); //把SQL语句加入到批命令中 st.addBatch(sql2); //把SQL语句加入到批命令中 st.executeBatch(); } finally{

事务与并发写 某个正在更新的记录在提交或回滚前不能被其他事物同时更新 先加锁后修改 等待锁释放 事物的ACID 原子性Atomic : 要么全部执行,要么全部不执行,中途数据库发生异常,未提交的事物都被回滚 一致性Consistency : 数据库从一种正确状态转为另一种正确状态,数据库在修改时保证数据的正确性合理性一致性 隔离性Isolation 事务正确提交完成前,中间的任何数据变化对其他的事物都是不可见的 持久性Durability : 事物一旦提交就永久保存…数据库写在事务日志异步更新到磁盘,使用事务日志持久化实现只要是性能方面的考虑 四种隔离级别 1读未提交:读到未提交的数据 2读已提交:两次读取到的数据不一致(不可重复读) 3可重复读 mysql默认隔离级别 4串行化:读写数据会锁表.并发性能低 并发事务问题 脏读,读取他人未提交事物 不可重复读:其他事务对数据进行了修改 幻读:其他事务对数据进行了增加或删除 查看数据库默认的隔离级别 select @ @tx_isolation ; 默认级别可重复读 REPEATABLE - READ 设置隔离级别为–读未提交 set tx_isolation = 'read-uncommitted' ; select @ @tx_isolation ; READ - UNCOMMITTED 读已提交 --解决脏读 set tx

1. 什么是数据库事务 1.1 数据库事务是指作为单个逻辑工作单元执行的一系列操作（SQL语句）。这些操作要么全部执行，要么全部不执行。 1.2 通过ACID实现数据库事务模型 1.2.1 原子性(Atomicity)：事务是数据库的逻辑工作单位，它对数据库的修改要么全部执行，要么全部不执行。 1.2.2 一致性(Consistemcy)：事务执行前后，数据库的状态都满足所有的完整性约束。 1.2.3 隔离性(Isolation)：并发执行的事务是隔离的，保证多个事务互不影响。如果有两个事务，运行在相同的时间内，执行相同的功能，事务的隔离性将确保每一事务在系统中认为只有该事务在使用系统。这种属性有时称为串行化，为了防止事务操作间的混淆，必须串行化或序列化请求，使得在同一时间仅有一个请求用于同一数据。通过设置数据库的隔离级别，可以达到不同的隔离效果。 1.2.4 持久性(Durability)：一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。 1.3 事务运行的三种模式 1.3.1 自动提交事务：默认事务管理模式。如果一个语句成功地完成，则提交该语句；如果遇到错误，则回滚该语句。 1.3.2 显式事务：以BEGIN TRANSACTION显式开始，以COMMIT或ROLLBACK显式结束。 1.3.3 隐性事务：当连接以此模式进行操作时

锁兼容性图： 一、锁的粒度： 比较需要注意的是RID/KEY、HoBT/PAGE这两对儿的区别，RID和HoBT是针对堆表的，即没有聚集索引的表。 二、锁的模式： 1.关于其中的S、U、X锁： 共享锁 共享锁（S 锁）允许并发事务在封闭式并发控制下读取 (SELECT) 资源。 资源上存在共享锁（S 锁）时，任何其他事务都不能修改数据。 读取操作一完成，就立即释放资源上的共享锁（S 锁），除非将事务隔离级别设置为可重复读或更高级别，或者在事务持续时间内用锁定提示保留共享锁（S 锁）。 更新锁 更新锁（U 锁）可以防止常见的死锁。 在可重复读或可序列化事务中，此事务读取数据 [获取资源（页或行）的共享锁（S 锁）]，然后修改数据 [此操作要求锁转换为排他锁（X 锁）]。 如果两个事务获得了资源上的共享模式锁，然后试图同时更新数据，则一个事务尝试将锁转换为排他锁（X 锁）。 共享模式到排他锁的转换必须等待一段时间，因为一个事务的排他锁与其他事务的共享模式锁不兼容；发生锁等待。 第二个事务试图获取排他锁（X 锁）以进行更新。 由于两个事务都要转换为排他锁（X 锁），并且每个事务都等待另一个事务释放共享模式锁，因此发生死锁。 若要避免这种潜在的死锁问题，请使用更新锁（U 锁）。 一次只有一个事务可以获得资源的更新锁（U 锁）。 如果事务修改资源，则更新锁（U 锁）转换为排他锁（X 锁）。

转自： http://blog.csdn.net/missmecn/archive/2008/10/06/3019798.aspx 相关文章: my sql 数据库锁 ORACLE里几种锁模式 推荐圈子: Pipboy 更多相关推荐 对 锁机制 的研究要具备两个条件： 1．数据量大 2．多个用户同时并发 如果缺少这两个条件，数据库不容易产生死锁问题。研究起来可能会事倍功半。如果这两个条件都有，但你还是按数据库缺省设置来处理数据，则会带来很多的问题，比如： 1）丢失更新 A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果 2）脏读 A用户修改了数据时,B用户也在读该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致 3）不可重复读 B用户读出该数据并修改,同时，A用户也在读取数据，此时A用户再读取数据时发现前后两次的值不一致 SQL SERVER 作为多用户数据库系统，以事务为单位，使用锁来实现并发控制。 SQL SERVER 使用“锁”确保事务完整性和数据一致性。 一、锁的概念 锁（LOCKING）是最常用的并发控制机构。是防止其他事务访问指定的资源控制、实现并发控制的一种主要手段。锁是事务对某个数据库中的资源（如表和记录）存取前，先向系统提出请求，封锁该资源，事务获得锁后，即取得对数据的控制权

表锁：MyISAM、MEMORY存储 引擎 ；行锁：InnoDB存储引擎；页锁：BDB存储引擎；默认情况下表锁和行锁都是自动获得的，不需要额外的命令；但是有时候用户需要明确的进行行锁或者进行事务的控制，以便确保整个事务的完整性，这样就需要用到事务控制和锁定语句来完成。 一、lock table 和 unlock table LOCK TABLE 用于锁定当前线程的表，UNLOCK TABLE 释放当前线程的任何锁定。当当前线程想要使用一个被别的线程锁定的表时会无法得到，只有等待别的线程将表释放并且当前线程获得到该表的锁定之后才能使用；另外还有一个值得注意的地方，当前线程执行另一个 LOCK TABLE 时，或与服务器的连接断开时，所有由当前线程锁定的表被隐式的解锁了。 相关语法如下： LOCK TABLES tbl_name [AS alias] { READ [LOCAL] | [LOW_PRIORITY] WRITE} [, ...] UNLOCK TABLES AS alias：起别名； READ [LOCAL]：READ表示对当前表进行只读锁定，当前会话和其它会话都只可读不可写（插入、更新等操作）；当有关键字LOCAL时，表示当前会话只读不可写，其它会话可读可写；另外，如果是InnoDB类型的表，READ 与 READ LOCAL是等效的，作用都是READ。 [LOW

@Transactional 事务管理的目的 在出现异常的情况下，保证数据的一致性；数据提交操作回滚至异常发生前的状态 事务管理的方式： Spring（Spring Framework 提供对事务管理的抽象接口） 支持两种事务管理方式： 编程式事务管理：使用TransactionTemplate或PlatformTransactionManager实现 声明式事务管理：建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务（此处取决于事务的传播行为），在执行完目标方法之后根据执行情况提交或者回滚事务（执行成功则提交，失败则进行实物的回滚） 编程式事务管理优势：可以控制事务的粒度，最细粒度到代码块级别； 声明式实物管理优势：在方法外进行声明，事务控制的代码不会与业务逻辑代码混在一起，最细粒度到方法级别（解决方法：可以将需要进行事务管理的代码块独立为方法，通过方法间调用实现）；符合spring倡导的非侵入式的开发方式，即业务处理逻辑代码与事务管理代码不放在一起 声明式事务管理实现方式： 基于tx和aop名字空间的xml配置文件 // 基本配置 <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns

事务概述 MySQL 事务, 主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，既需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，如果操作就必须同时操作成功，如果有一个不成功则所有数据都不动。这时候数据库操作语句就构成一个 事务 。事务主要处理数据的 增删改 操作。 定义 一件事从开始发生到结束的过程 作用 确保数据操作过程中的一致性、完整性、准确性、有效性 事务四大特性 原子性（atomicity） 一个事务必须视为一个不可分割的 最小工作单元 ，对于一个事务来说，不可能只执行其中的一部分操作,整个事务中的所有操作要么全部提交成功，要么全部失败回滚 一致性（consistency） 事务完成时，数据必须处于一致状态，数据的完整性约束没有被破坏。 隔离性（isolation） 数据库允许 多个并发事务 同时对其数据进行读写和修改的能力，而多个事务相互独立。隔离性可以防止多个事务并发执行时由于 交叉执行而导致数据的不一致 。 持久性（durability） 一旦事务提交，则其所做的修改就会 永久保存到数据库 中。此时即使系统崩溃，修改的数据也不会丢失。 事务操作 开启事务 mysql>begin; # 方法1 mysql>start transaction; # 方法2 开始执行事务中的若干条SQL命令（增删改） 终止事务

锁概念 ： 当高并发访问同一个资源时，可能会导致数据不一致，需要一种机制将用户访问数据的顺序进行规范化，以保证数据库数据的一致性。锁就是其中的一种机制。 举例 ：以买火车票为例，火车票可面向广大消费者，每位用户都可以查询余票数量、购买火车票 ... 但最终购票成功的仅有一位用户，处于购票高峰期时会出现很多用户同时抢夺同一张票的现状，为了避免出现一张火车票被多个用户购买成功的情况，当第一位用户进入购票流程时，就将数据库锁定，让别的用户无法修改，只有当第一位用户购票成功或取消购票之后，才会解除数据库的锁定，此时别的用户就可继续进行操作。这样就保证了一张火车票只能被一个用户购买。 悲观锁： 一般代指 数据库锁机制, 类似于我们在多线程资源竞争时添加的互斥锁，较容易出现死锁现象。它对于数据被外界修改持保守态度， 认为数据随时会修改，所以整个数据处理中需要将数据加锁。 悲观锁一般都是依靠关系数据库提供的锁机制实现。 悲观锁按使用性质划分： 数据库的操作可归纳为两种：读和写。当多个事务同时读取一个对象时，不会产生有冲突。但同时读和写，或者同时写会产生冲突。因此为提高数据库的并发性能，定义三种锁 共享锁（ Share locks简记为S锁 ） ：也称 读锁 ，事务A给对象T加S锁， 其他事务也只能对T加S ， 多个事务可以同时读，但不能有写操作 ，直到A释放S锁。 　　　　地球语言 ：

关于事务 SpringWeb MVC:是一个Model-View-Controller Web框架。 模型（Model）代表数据控制器。数据的读取，插入，更新都是由模型来负责。 视图（View）是展示给用户的最终页面。视图负责将数据以用户友好的形式展现出来。 控制器（Controller）是模型，视图以及其他任何处理 HTTP 请求所必须的资源之前的中介 服务（Service）: service属于业务的具体实现。所以事务本身属于service层。 在服务层通常要使用@Transactional 进行事务管理 声明式事务与编程式事务 声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。（@Transactional） 编程式事务可以达到代码块级别的事务控制，但是声明式事务最多只能实现方法级别的事务管理。 补充： @Transactional 注解应用到只会对 public 方法，进行事务管理。（如果调用其他对象 也必须的public级别的） 这里由于事务基于AOP实现的，是借助JVM动态代理机制（反射机制来进行管理的） 为什么要实现事务管理？ 事务：可以是一条sql、或者一组sql或者整个程序。 最常用的原因：保证当一个方法中有一个sql执行失败，在它之前的sql操作都会被回滚，不会执行成功。 事务的特点 原子性：多条指令作为一个集体