事务处理

一.SQLite数据库 * 1.事务 beginTransaction(); // 开始事务 setTransactionSuccessful(); // 设置成功点, 在事务结束时, 成功点之前的操作会被提交 endTransaction(); // 结束事务, 通常放在finally中, 如果不显示关闭事务, 超市也会关闭, 但效率较低 * 2.另一种增删改查 SQLiteDatabase类中有insert(), delete(), update(), query()四个方法, 不用写SQL语句, 通过参数拼装得到SQL 通常使用在ContentProvider 二.ListView 1.三种Adapter构建ListView ListView添加条目的时候, 可以使用setAdapter(ListAdapter)方法, 常用的ListAdapter有三种 BaseAdapter: 定义一个类继承BaseAdapter, 重写4个抽象方法, ListView的条目是由getView()方法构建出来的 SimpleAdapter: 创建SimpleAdapter对象时, 传入数据(List<Map<String, ?>>), 并指定数据的绑定关系 SimpleCursorAdapter: 创建SimpleCursorAdapter对象时, 传入一个Cursor,

目录 一、事务的基本概念 二、事务的特征 1、原子性（Atomicity） 2、一致性（Consistency） 3、隔离性（Isolation） 4、持久性（Durability） 三、事务控制 1、设置事物属性 2、数据异常 3、选择隔离层 4、保存点 四、版权声明 一、事务的基本概念 在数据库中事务是工作的逻辑任务，一个事务是由一个或一组SQL语句组成，通过事务机制确保这一组SQL语句的操作要么全部成功执行成功，完成整个工作任务，如果任何一条SQL执行失败，对数据表所做的操作全部撤销。 事务的目的就是为了保证数据的完整性，以银行转换业务为例： A用户向B转账1000元，步骤如下： 1）A用户账户余额减少1000元； 2）B用户账户余额增加1000元； 3）记录A用户的交易日志。 4）记录B用户的交易日志。 一笔转帐交易将产生四次数据库操作，要么全部都成功，如果有一个失败，其它操作也应该全部被撤销。 转账交易有四次数据库操作，即四条SQL语句，第一条SQL执行的时候是事务的开始，如果全部的SQL语句执行成功，提交事务，如果有任何一条SQL语句执行失败，回滚事务。 commit; -- 提交事务。 rollback; -- 回滚事务。 二、事务的特征 对一组SQL语句操作构成的事务，数据库系统必须保证这些操作的原子性、一致性、隔离性和持久性，即ACID原则。 1、原子性

本期内容 exactly once 输入不重复 输出不重复 exactly once ：有且仅被执行一次。（不多，不少，一次刚好） 首先和大家聊下概念： 事务是恢复和 并发控制 的基本单位。 事务应该具有4个属性：原子性、一致性、隔离性、持久性。这四个属性通常称为 ACID特性 。 原子性（atomicity）。一个事务是一个不可分割的工作单位，事务中包括的诸操作要么都做，要么都不做。 一致性（consistency）。事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。 隔离性（isolation）。一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。 持久性（durability）。持久性也称永久性（permanence），指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其有任何影响。 简单记忆法则(一持原隔) 如：银行转账，A向B转账500元，这个步骤可以分为A扣500元，B加500元 两部分。 如果 A减500元成功后，在B加500元的时候失败了，那么A减掉的500就不生效。也就是说。要么两个操作都成功，要么两个操作都失败。 先了解下SparkStreaming的数据流转流程 数据一致性的要求： 数据源可靠。数据源产生出来后

并非所有引擎都支持事务处理，MyISAM不支持，InnoDB支持。 事务处理可以用来维护数据库的完整性，它保证成批的MySQL操作要么都执行，要么都不执行。 事务处理是一种机制，用来管理必须成批执行的MySQL操作，以保证数据库不包含不完整的操作结果。利用事务处理，可以保证一组操作不会中途停止，它们或者作为整体执行，或者完全不执行。 相关术语 1.事务(transaction)：指一组SQL语句。 2.回退(rollback)：指撤销指定SQL语句的过程。 3.提交(commit)：指将为存储的SQL语句结果写入数据库表。 4.保留点(savepoint)：指事务处理中设置的临时占位符，可以对它发布回退（与回退整个事务处理不同）。 管理事务处理的关键在于将SQL语句组分解为逻辑块，并明确规定数据何时应该回退，何时不应该回退。 START TRANSACTION ：标记事务的开始。 ROLLBACK ：回退操作。 SELECT * FROM ordertotals; START TRANSACTION; DELETE FROM ordertotals; SELECT * FROM ordertotals; ROLLBACK; SELECT * FROM ordertotals; 第一条语句显示ordertotals表的全部内容，然后开始事务处理

在谈Spring事务管理之前我们想一下在我们不用Spring的时候，在Hibernate中我们是怎么进行数据操作的。在Hibernate中我们每次进行一个操作的的时候我们都是要先开启事务，然后进行数据操作，然后提交事务，关闭事务，我们这样做的原因是因为 Hibernate默认的事务自动提交是false，他是需要我们人为的手动提交事务 ，假如你不想每次都手动提交事务的话， 你可以在hibernate.cfg.xml我文件中把它设置为事务自动提交 ： <property name="hibernate.connection.autocommit">true</property> 当我们Spring对我们的Hibernate进行整合之后，我们的代码又出现了什么变化呢？整合，之后， 我们不再是每次都去拿Session进行数据操作了，也不需要每次都开启事务，提交事务了，我们只需要Spring给我们提供的一个HibernateTemplate ，我们直接用这个类里面给我们提供的数据操作方法就可以操作数据了。 我们在也看不到关于事务的代码了(spring 封装了事务处理) ，那Spring究竟有没有在他的操作方法里面封装事务处理呢？有的人直接HibernateTemplate里面提供的方法操作数据，成功了，有的人却又失败了，这到底是怎么回事呢

【事务】一组SQL语句操作单元， 组内所有SQL语句，完成一个业务 。 若整组成功，意味着组内的全部操作都成功； 反之，若其中任何一条语句失败，意味着整个操作都失败。 操作失败，意味着整个过程都是没有意义的，应使数据库回到操作前的初始状态。 【point】 1. 失败后，能回到开始位置； 2. 成功之前，其他用户（进程、规划）不能看到操作内的修改。 【思路】在一组操作之前，设计一个记号（备份点）。 【实现】利用 innodb 存储引擎的“事务日志”功能。 执行分为2个阶段： 1. 执行阶段； 2. 将执行结果提交给数据库的阶段； 其中，事务日志便是将执行阶段的结果保存，若用户选择提交，才将执行结果提交给数据库。 （默认的执行方式：自动提交） 需要关闭自动提交功能（存在一个系统变量，autocommit 可以对自动提交进行配置） 1 set autocommit = 0 ; // 0 意味着关闭自动提交功能；1 意味着开启 若成功，执行 commit 提交结果； 若失败，执行 rollback ，回到起始位置。 -------------------------------------------------------------------------- 【 常用的事务指令 】 1. start transaction 开启事务（作用：关闭自动提交）。 特点：若事务结束了

1.Spring的事务处理中，通用的事务处理流程框架是由 抽象事务管理器 AbstractPlatformTransactionManager 来提供的，而具 体的底层事务处理实现，由PlatformTransactionManager的具体实现类来实现，如 DataSourceTransactionManager 、JtaTransactionManager和 HibernateTransactionManager等。我们以Spring中最常用的DataSourceTransactionManager和 HibernateTransactionManager为例，来分析具体事务处理器的底层实现事务创建、提交和回滚的处理操作。 2.AbstractPlatformTransactionManager抽象事物处理器： 上一篇博客中，我们已经分析了抽象事物管理器AbstractPlatformTransactionManager的源码，了解它实现了PlatformTransactionManager平台事务管理器接口，提供了一系列设计好的事务模板方法，如事务提交、回滚等，这些模板方法的具体实现由具体的事务处理器来提供。 3.DataSourceTransactionManager事务处理器的实现：

事务处理流程 开启事务 PDO::beginTransaction 事务操作 所有的实务操作就是增删改 事务提交 PDO::commit：成功后提交数据 PDO::rollback：失败后回滚数据 <?php //PDO事务处理 //连接认证 $pdo = new PDO('mysql:host=localhost;dbname=project','root','root'); //1. 开启事务 $res = $pdo->beginTransaction(); //var_dump($res); //2. 事务处理（多条SQL语句执行） $sql = "update pro_student set s_age = 28 where s_id = 20"; $lines = $pdo->exec($sql); //var_dump($lines); $sql = "select * from pro_student where s_id = 20"; $stmt = $pdo->query($sql); //var_dump($stmt->fetch(PDO::FETCH_ASSOC)); //3. 提交事务 if($lines){ //更新成功 $pdo->commit(); }else{ //更新失败 echo '失败'; $pdo->rollback(); } 注意

本文是Ignite事务架构系列的最后一篇文章，在之前的文章中，讨论了与键值API的事务处理有关的一系列主题。 第一篇文章 中，主要介绍了二阶段提交协议及其工作方式； 第二篇文章 中，介绍了锁模型和隔离级别，介绍了悲观锁和乐观锁中不同隔离级别对应的消息流的细节，还介绍了死锁检测机制； 第三篇文章 中，介绍了故障和恢复机制，介绍了Ignite如何管理备份节点故障、主节点故障以及事务协调器节点故障； 第四篇文章 中，聚焦于原生持久化的事务处理，其中着重介绍了预写日志（WAL）和检查点； 在最后一部分，会聚焦于Ignite如何处理第三方持久化的事务。 通读和通写 Ignite的两个主要优势是扩展性和性能。Ignite遵循的一个基本原则是不撕裂不替换，换句话说，组织中的已有系统，正在支撑关键的业务且无法被轻易替换，但是可以通过更高的扩展性和性能来增强很多的业务查询，比如，Ignite可以提供内存数据网格服务（IMDG）或者在开启通读（当缓存中不存在时数据会从数据库中加载到IMDG）和通写（数据写入IMDG时也会持久化到数据库系统）时，为第三方数据库提供分布式缓存服务，如图1所示： 但是，事务必须妥善地处理，因为数据更新跨越了Ignite和第三方存储，维护IMDG和数据库之间的数据一致性就变得非常重要，为了达到这个目标，Ignite提供了CacheStore接口

-- 创建数据库 scroll dynamic create database Database1 GO -- 置此数据库为当前数据库 use Database1 GO -- 创建学生表 create table student ( SID varchar ( 20 ) primary key , -- 学生编号 SName varchar ( 20 ), -- 学生姓名 SClass varchar ( 20 ), -- 学生班级 SSex varchar ( 10 ), -- 学生性别 SScore float default ( 0 ) check (SScore >= 0 ) -- 学生平均分 ) GO -- 创建课程表 create table class ( EID varchar ( 20 ) primary key , -- 课程编号 EName varchar ( 20 ), -- 课程名称 ETime int check (ETime >= 0 ) -- 课程课时 ) GO -- 创建分数表 create table score ( SID varchar ( 20 ), -- 学生编号 EID varchar ( 20 ), -- 课程编号 EScore float , -- 课程分数 primary key (SID,EID), -- 定义主码