事务管理

1.XA XA是由X/Open组织提出的分布式事务的规范。XA规范主要定义了(全局)事务管理器(Transaction Manager)和(局部)资源管理器(Resource Manager)之间的接口。XA接口是双向的系统接口，在事务管理器（Transaction Manager）以及一个或多个资源管理器（Resource Manager）之间形成通信桥梁。XA之所以需要引入事务管理器是因为，在分布式系统中，从理论上讲（参考Fischer等的论文），两台机器理论上无法达到一致的状态，需要引入一个单点进行协调。事务管理器控制着全局事务，管理事务生命周期，并协调资源。资源管理器负责控制和管理实际资源（如数据库或JMS队列）。下图说明了事务管理器、资源管理器，与应用程序之间的关系： 图1.XA规范下的分布式事务各类参与者之间的关系 2.JTA 作为java平台上事务规范JTA（Java Transaction API）也定义了对XA事务的支持，实际上，JTA是基于XA架构上建模的，在JTA 中，事务管理器抽象为javax.transaction.TransactionManager接口，并通过底层事务服务（即JTS）实现。像很多其他的java规范一样，JTA仅仅定义了接口，具体的实现则是由供应商(如J2EE厂商)负责提供，目前JTA的实现主要由以下几种： 1

第一章 信息系统基础知识 第一节 信息系统的生命周期 　　立项 开发 运维 消亡（口诀：花开云散） 　　立项：形成《需求规格说明书》由系统分析师完成。 　　开发：工作内容：系统分析 、系统设计、系统实施、系统验收。 　　运维：4种类型，更正性维护、适应性维护、完善性维护、预防性维护 　　消亡： 第二节 信息系统的开发方法 　　结构化方法：缺点，开发周期长，工作效率低，文档设计说明繁琐。 　　原型发 　　面向对象方法 　　面向服务的方法 　　敏捷方法 第三节 信息系统生命周期模型 　　瀑布模型：属于结构化开发方法 　　V模型：编码-单元测试（边界值错误）、详细设计-集成测试（接口）、概要设计-系统测试（整体运行）、需求分析-验收测试（业务需求）。口诀： 延续膝盖吉祥扁担 　　原型模型：迭代方法 　　RUP统一过程模型：开发+项目管理，状态：初始 、细化、 构建 、交付 　　螺旋模型：结合了瀑布型和原型模型，适应于大型项目 　　喷泉模型：适应于面向对象方法；无间隙、迭代 　　SCRUM - - 并列争求法：敏捷方法 第四节 信息系统开发过程 　　1.需求分析 　　　　定义：针对待解决问题的特征描述，所定义的需求必须可以被验证 　　　　作用：检测和解决需求之间的冲突，发现系统的边界，详细描述系统的需求。 　　2.软件设计 　　　　根据软件需求，产生一个软件内部结构的描述

1、事务是什么。 事务（ Transaction）是并发控制的基本单位。所谓的事务， 它 是应用程序中一系列严密的操作，所有操作必须成功完成，否则在每个操作中所作的所有更改都会被撤消。也就是事务具有原子性，一个事务中的一系列的操作要么全部成功，要么一个都不做。 (数据库引擎innoDB是支持事务的(默认每一条sql语句为一个事务)，MyISAM不支持事务。) 在关系数据库中 ,一个事务可以是一条SQL语句、一组SQL语句或整个程序。 开启事务： Start Transaction 事务结束： End Transaction 提交事务： Commit Transaction 回滚事务： Rollback Transaction 在 MySQL中，默认情况下，事务是自动提交的，也就是说，只要执行一条DML语句就开启了事物，并且提交了事务 以上的自动提交机制是可以关闭的 对 t_user进行提交和回滚操作 提交操作 (事务成功) start transaction DML语句 commit mysql> start transaction;#手动开启事务 mysql> insert into t_user(name) values('pp'); mysql> commit;#commit之后即可改变底层数据库数据 mysql> select * from t_user; +----+--

Session bean or MD bean对Entity bean的操作（包括所有的query, insert, update, delete操作）都是通过EntityManager实例来完成的。EntityManager是由EJB 容器自动地管理和配置的，不需要用户自己创建。 那么Session bean or MD bean如何获得EntityManager实例呢？？ 非常简单，就是通过下列代码进行依赖注入： Public class sessionbean1{ @PersistenceContext EntityManager em; 。。。 } 注意：如果persistence.xml文件中配置了多个<persistence-unit>。那么在注入EntityManager对象时必须指定持久化名称，通过@PersistenceContext注释的unitName属性进行指定，例： @PersistenceContext(unitName="foshanshop") EntityManager em; 如果只有一个<persistence-unit>，不需要明确指定。 请注意：Entity Bean被EntityManager管理时，EntityManager会跟踪他的状态改变，在任何决定更新实体Bean的时候便会把发生改变的值同步到数据库中（跟hibernate一样）

1、进程，线程，协程定义，有什么区别 　　 进程是操作系统分配资源的最小单位，一个进程对应一块CPU 　　线程是进程中的某一个控制单元，是CPU调度的最小单元，线程之间相互独立，进程结束线程也会结束，一个进程至少要有一个线程 　　协程是更加轻量级的存在，不是由CPU进程管理而是由程序员管理，在执行一个函数过程中可以中断执行另一个函数，执行一个函数过程就叫协程，python3以前使用 yield 表示协程，yield关键字一般用于做生成器，实现在函数中暂停的效果，python3.3以后出现 yield from 后面跟可迭代对象，3.5以后使用 async和await 实现原生协程。 　　　　区别： 　　　　（1） 线程之间切换是由操作系统决定的 ，切换速度特别快，但是切换频率太高， 协程之间切换由程序决定 ，不会像线程切换那么耗费资源，在高并发下执行效率更高， 　　性能更优 　　　　（2）协程中控制共享资源不加锁 　　　　（3）协程使用同步的方式实现异步，在单进程里实现任务切换 2、子进程是什么 　　 在一个进程中创建开启另一个进程，这个进程称为子进程，即在父进程中创建的进行 3、僵尸进程知道吗 　　 父进程还在执行，子进程执行完毕后不会立即退出，操作系统会清理内存空间，但是保留进程号（pid），等待父进程清理资源，这个时候子进程成为僵尸进程 4、线程和协程有什么区别 　　　　

MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你即需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！ (1)在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务。 (2)事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。 (3)事务用来管理 insert,update,delete 语句 一般来说，事务是必须满足4个条件（ACID）：：原子性（Atomicity，或称不可分割性）、一致性（Consistency）、隔离性（Isolation，又称独立性）、持久性（Durability）。 (1)原子性：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。 (2)一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。 (3)隔离性：数据库允许多个并发事务同时对其数据进行读写和修改的能力

使用步骤： 步骤一、在spring配置文件中引入<tx:>命名空间 <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:tx="http://www.springframework.org/schema/tx" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.0.xsd"> 步骤二、具有@Transactional 注解的bean自动配置为声明式事务支持 <!-- 事务管理器配置, Hibernate单数据源事务 --> < bean id ="defaultTransactionManager" class ="org.springframework.orm.hibernate3

并发、事务和锁 并发，在操作系统中，是指一个很短的时间段中有几个程序都处于已启动运行到运行完毕之间，并发程序之间有相互制约关系，直接制约体现为一个程序需要另一个程序的计算结果，间接制约体现为多个程序竞争同一资源，如处理机、缓冲区、数据等。在数据库系统中，并发主要是指资源的争用，当两个进程同时在访问或更新同一个数据时，产生资源的争用，资源争用会引起一系列的问题，比如数据不一致、查询阻塞、死锁等。 一，并发模式 在数据库系统中，当多个进程访问同一资源时，默认情况下，SQL Server会通过各种类型的锁来协调资源的访问，确保在并发环境下数据保持一致的状态。而锁的作用范围是在事务中，事务建立在并发模式下。并发模式控制当发生读写冲突时，数据应该如何处理以保证数据的一致性。注意，写和写之间永远冲突。 1，乐观并发模式 对于乐观并发模式，SQL Server假设只有少量的冲突发生，默认的机制是使用快照技术，在写进程完成修改数据之前，先把数据的行版本保存到tempdb中。由于数据的旧数据已经保存，读进程可以直接读取已经保存的行版本，而不会受到写进程的影响。 乐观并发使得读写进程不会相互阻塞，但是，这会导致一个潜在的问题，读进程可能会读取到老的数据。 2，悲观并发模式 这是默认的并发模式，在悲观并发模式下，SQL Server认为有大量的写操作发生，并且写操作会受到写操作的影响。也就是说

Python后端技术栈(六)--数据库 每日分享 What makes you different or weird—that’s your strength. 那些让你与众不同或怪异的，就是你的力量所在。 1.6数据库 上篇文章对网络编程中的一些经典问题做了总结，比如各种网络协议、IO 多路复用模型、并发库等等。 本篇文章将开始数据库的相关内容，开始咯~ 1.6.1 MySQL 1.6.1.1 MySQL 基础知识点 1.事务的原理，特性，事务并发控制 2.常用的字段、含义和区别 3.常用数据库引擎之间区别 1.6.1.2事务 Transaction 1.事务是数据库并发控制的基本单位 2.事务可以看做是一系列 SQL 语句的集合 3.事务的特性就是要么全部执行成功，要么全部执行失败（回滚） 我们最常见的就是转账操作这样一个使用案例。比如 A 给 B 转账，第一步是从 A 的账户查询一下余额还够不够，然后扣款。第二步是 B 的账户里面增加对应的金额。 从代码的层面来说，下面举一个 SQLAlchemy 框架执行回滚操作的例子： session.begin() try: item1 = session.query(Item).get(1) item2 = session.query(Item).get(2) item1.foo = 'bar' item2.bar = 'foo'

https://blog.csdn.net/dengjili/article/details/82468576 事务管理（ACID） 谈到事务一般都是以下四点 原子性（Atomicity） 原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。 一致性（Consistency） 事务前后数据的完整性必须保持一致。 隔离性（Isolation） 事务的隔离性是多个用户并发访问数据库时，数据库为每一个用户开启的事务，不能被其他事务的操作数据所干扰，多个并发事务之间要相互隔离。 持久性（Durability） 持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响 举个简单的例子理解以上四点 原子性 针对同一个事务 这个过程包含两个步骤 A： 800 - 200 = 600 B: 200 + 200 = 400 原子性表示，这两个步骤一起成功，或者一起失败，不能只发生其中一个动作 一致性（Consistency） 针对一个事务操作前与操作后的状态一致 操作前A：800，B：200 操作后A：600，B：400 一致性表示事务完成后，符合逻辑运算 持久性（Durability） 表示事务结束后的数据不随着外界原因导致数据丢失 操作前A：800，B：200 操作后A：600，B：400 如果在操作前