从ES4第一个版本发布到现在,已经有段时间了,绝大多数坛友都已经适应了ES4所带来的新封装模式,但仍有部分新人和坛友对ES4的两阶段模式带有不解或曲解.本帖将就ES4的两阶段意义做出解释说明,希望更多朋友能体会ES4两阶段模式的设计目的. 1.什么是封装 讨论问题之前,我们先来简单说说什么是封装. 其实“封装”这个词翻译的太过抽象了,而原词汇“Sysprep”却是一个很具象化的词语,原意是“将系统(sys)准备好(prep)”,换句话说,就是将系统设定为可以部署(deploy)的状态. 封装本身…

1.XA XA是由X/Open组织提出的分布式事务的规范.XA规范主要定义了(全局)事务管理器(Transaction Manager)和(局部)资源管理器(Resource Manager)之间的接口.XA接口是双向的系统接口,在事务管理器(Transaction Manager)以及一个或多个资源管理器(Resource Manager)之间形成通信桥梁.XA之所以需要引入事务管理器是因为,在分布式系统中,从理论上讲(参考Fischer等的论文),两台机器理论上无法达到一致的状态,需要引入一…

本文原文连接:http://blog.csdn.net/bluishglc/article/details/7612811 ,转载请注明出处! 1.XA XA是由X/Open组织提出的分布式事务的规范.XA规范主要定义了(全局)事务管理器(Transaction Manager)和(局部)资源管理器(Resource Manager)之间的接口.XA接口是双向的系统接口,在事务管理器(Transaction Manager)以及一个或多个资源管理器(Resource Manager)之间形成通信…

本文原文连接:http://blog.csdn.net/bluishglc/article/details/7612811 ,转载请注明出处! 1.XA XA是由X/Open组织提出的两阶段提交协议,分布式事务的规范.XA规范主要定义了(全局)事务管理器(Transaction Manager)和(局部)资源管理器(Resource Manager)之间的接口.XA接口是双向的系统接口,在事务管理器(Transaction Manager)以及一个或多个资源管理器(Resource Manage…

1. XA-2PC (two phase commit, 两阶段提交 ) XA是由X/Open组织提出的分布式事务的规范(X代表transaction; A代表accordant?).XA规范主要定义了(全局)事务管理器(TM: Transaction Manager)和(局部)资源管理器(RM: Resource Manager)之间的接口.XA为了实现分布式事务,将事务的提交分成了两个阶段:也就是2PC (tow phase commit),XA协议就是通过将事务的提交分为两个阶段来实现分布…

参考了网上几篇比较靠谱的文章 http://www.linuxidc.com/Linux/2015-11/124942.htm http://blog.csdn.net/woqutechteam/article/details/51178803 http://blog.itpub.net/15480802/viewspace-1411356/ http://blog.csdn.net/sofia1217/article/details/53968214 http://dinglin.iteye.…

[官方作品] 关于ES4的设首页问题 Skyfree 发表于 2013-2-10 21:55:03 https://www.itsk.com/thread-254503-1-1.html 关于ES4设置浏览器首页的问题,发布之前我就意识到可能会有人拿这个说事,只是没料到会有人如此偏颇的看待此问题,或仅从个人角度来看待这个问题.既然如此,我还是抽个时间直接说明白这个问题,尽管大过年的我还真不想多说什么…… 1.设首页的操作并非没有选项 很多朋友拿到ES4,用了一次或两次,就开始说“用ES4就会被设…

概念: XA(分布式事务)规范主要定义了(全局)事务管理器(TM: Transaction Manager)和(局部)资源管理器(RM: Resource Manager)之间的接口.XA为了实现分布式事务,将事务的提交分成了两个阶段:也就是2PC (tow phase commit),XA协议就是通过将事务的提交分为两个阶段来实现分布式事务. 两阶段: 1)prepare 阶段 事务管理器向所有涉及到的数据库服务器发出prepare"准备提交"请求,数据库收到请求后执行数据修改和日志…

项目中用到了mongodb(3.x版本),业务上需要操作mongodb的多个collections,希望要么同时操作成功,要么回滚操作保持数据的一致性,这个实际上要求在mongodb上实现事务功能,在网上查了下资料,发现了两阶段提交的方案,不过网上基本上都是翻译,很少有人具体分析原理的,今天花了些时间仔细思考了下这个方案,记录在这里以备忘. MongoDB两阶段提交原理 下面的内容摘自官方说明的翻译,完整的英文版说明. MongoDB数据库中操作单个文档总是原子性的,然而,涉及多个文档的操作,通…

我们都知道数据库的事务具有ACID的四个属性:原子性,一致性,隔离性和持久性.然后在多线程操作的情况下,如果不能保证事务的隔离性,就会造成数据的修改丢失(事务2覆盖了事务1的修改结果).读到脏数据(事务2读到了事务1未回滚的数据).不可重读(事务2读到了事务1未提交的修改)和幻读(事务2读到了事务1未提交的增删)等.保证事务隔离性可以防止事务出现以上问题,那么数据库又是怎么来保证事务的隔离性的呢? mysql使用两阶段协议来保证事务执行的串行化从而保证事务的隔离性的. 首先,为了保证数据访问的串…