跨数据库事务

① 如何在spring中配置跨数据库的事务

1.使用注解的方式
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:tx="http://www.springframework.org/schema/tx"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-3.0.xsd
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-3.0.xsd">
<!-- 使用annotation定义数据库事务，这样可以在类或方法中直接使用@Transactional注解来声明事务 -->
<tx:annotation-driven transaction-manager="transactionManager" />
</beans>

2.使用事务管理器来管理
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:jee="http://www.springframework.org/schema/jee"
xmlns:aop="http://www.springframework.org/schema/aop"
xmlns:tx="http://www.springframework.org/schema/tx"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
http://www.springframework.org/schema/aop
http://www.springframework.org/schema/aop/spring-aop-3.1.xsd
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-3.1.xsd
http://www.springframework.org/schema/jee
http://www.springframework.org/schema/jee/spring-jee-3.1.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-3.1.xsd">
<bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource" />
</bean>

<aop:config>
<!-- 切入点指明了在执行com.zxt.service包中的所有方法时产生事务拦截操作 -->
<aop:pointcut id="Methods"
expression="execution(* com.zxt.service.*.*(..))" />
<!-- 定义了将采用何种拦截操作，这里引用到 txAdvice -->
<aop:advisor advice-ref="txAdvice" pointcut-ref="Methods" />
</aop:config>

<!-- 事务通知操作，使用的事务管理器引用自transactionManager -->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<!-- 指定哪些方法需要加入事务 -->
<tx:method name="save*" propagation="REQUIRED" />
<tx:method name="delete*" propagation="REQUIRED" />
<tx:method name="update*" propagation="REQUIRED" />
<!-- read-only="true"：其余方法只读格式，加强其安全性 -->
<tx:method name="*" read-only="true" propagation="NOT_SUPPORTED" />
</tx:attributes>
</tx:advice>

</beans>

② 什么是数据库事务

(1):事务（Transaction）是并发控制的单位，是用户定义的一个操作序列。这些操作要么都做，要么都不做，是一个不可分割的工作单位。通过事务，sql
Server能将逻辑相关的一组操作绑定在一起，以便服务器保持数据的完整性。
(2):事务通常是以BEGIN
TRANSACTION开始，以COMMIT或ROLLBACK结束。
COMMIT表示提交，即提交事务的所有操作。具体地说就是将事务中所有对数据库的更新写回到磁盘上的物理数据库中去，事务正常结束。
ROLLBACK表示回滚，即在事务运行的过程中发生了某种故障，事务不能继续进行，系统将事务中对数据库的所有以完成的操作全部撤消，滚回到事务开始的状态。
(3):事务运行的三种模式:
A:自动提交事务
每条单独的语句都是一个事务。每个语句后都隐含一个COMMIT。
B:显式事务
以BEGIN
TRANSACTION显式开始，以COMMIT或ROLLBACK显式结束。
C:隐性事务
在前一个事务完成时，新事务隐式启动，但每个事务仍以COMMIT或ROLLBACK显式结束。
(4):事务的特性(ACID特性)
A:原子性(Atomicity)
事务是数据库的逻辑工作单位，事务中包括的诸操作要么全做，要么全不做。
B:一致性(Consistency)
事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。
C:隔离性(Isolation)
一个事务的执行不能被其他事务干扰。
D:持续性/永久性(Durability)
一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。
注:事务是恢复和并发控制的基本单位。

③ petapoco支持跨数据库事务吗

因为petapoco的连接数据库在的数据库地址要在app.config中定义
---------
那是因为你COPY来的项目本身是那么做的,而不是只能写到app.config中吧?

④ 为什么要使用数据库事务

数据库事务(Database Transaction) ，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。
原子性（Atomic）（Atomicity) 事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。通常，与某个事务关联的操作具有共同的目标，并且是相互依赖的。如果系统只执行这些操作的一个子集，则可能会破坏事务的总体目标。原子性消除了系统处理操作子集的可能性。
一致性（Consistent）(Consistency) 事务在完成时，必须使所有的数据都保持一致状态。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。事务结束时，所有的内部数据结构（如 B 树索引或双向链表）都必须是正确的。某些维护一致性的责任由应用程序开发人员承担，他们必须确保应用程序已强制所有已知的完整性约束。如，当开发用于转帐的应用程序时，应避免在转帐过程中任意移动小数点。
隔离性（Insulation）(Isolation) 由并发事务所作的修改必须与任何其它并发事务所作的修改隔离。事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。这称为隔离性，因为它能够重新装载起始数据，并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同。当事务可序列化时将获得最高的隔离级别。在此级别上，从一组可并行执行的事务获得的结果与通过连续运行每个事务所获得的结果相同。由于高度隔离会限制可并行执行的事务数，所以一些应用程序降低隔离级别以换取更大的吞吐量。
持久性（Duration）(Durability） 事务完成之后，它对于系统的影响是永久性的。该修改即使出现致命的系统故障也将一直保持。

⑤ Apollo配置中心怎么解决跨库事物

以下供你参考：

apollo配置中心管理不同环境配置原理

经过对apollo的初步学习，了解了apollo的部署方法，基本使用方法。我们提到过，apollo能够支持对不同环境的配置进行集中管理。那么今天就说一说apollo是怎么管理不同环境的配置的。目前apollo支持的环境有四个：DEV，FAT，UAT，PRO。

由上一篇的架构图可知，apollo配置中心分为3个部分，apollo-configservice，apollo-adminservice,apollo-portal，其中portal负责向configservice发起读取配置的请求。所以，configservice和adminservice需要分别部署在各个环境中，如下图是ctrip的部署图

生产环境中部署portal，然后在各个环境中部署configservice和adminservice。这样在部署apollo-portal的时候app.properties的配置文件中就要指定各个环境中apollo-configservice的地址，这样在不同的环境中就可以使用不同的配置了。

注意：

1.在部署apollo的时候初始化数据库apolloportaldb.serverconfig表中指定环境后，需要在app.properties指定各个环境的meta-server的访问地址。

2.若配置的各个环境的地址相同，即使用同一个meta-server地址，那么每个环境的配置是同步的。这样就没有达到不同环境不同配置的目的了。

⑥ 求 java 中跨库事务的控制思路或解决方案

在java中
一般有两种方式可以进行数据库事务处理：
一是：如果你用到开源框架hibernater的话，在hibernater里面它提供了事务工厂，你可以利用这个类来进行事务操作。
二是：我们一般有Connection连接对象来对事务进行操作。

⑦ 求助：跨域事务的解决方案

自己写了个事务处理类，提供一个静态的启动事务方法，然后就是Commit,Rollback方法，再利用GUID作为事务ID。有事务处理类管理本地数据库链接和远程跨域服务信息，利用这些信息在Commit或者rollback时进行提交或者回滚，在数据库级上并行执行命令，需要对远程跨域提交或者回滚的，结合一个远程事务池、远程事务服务类和远程事务服务调用代理类(就提交和回滚两个方法)进行处理，其中用事务ID贯穿始终。当然，所有的数据访问层，数据库访问层都来由一个事务类参数，没有事务的话就为空。由逻辑处理层决定是否采用事务处理。做的就这么简单，结果感觉还可以；当然这个模式有个致命的弱点，就是无法解决Commit一致性问题，就是如果涉及到多个数据库时，如果前N-1个数据库服务都提交成功，第N个数据库提交失败就没办法了。在跨区域事务方面问题比较大，但如果是局域网还是可以的。这种方式比较适合数据分布存储（非镜像）的情况，当然，数据分割的时候需要将大部分的操作都集中在一个中心，毕竟跨区域访问还是有些慢得。
这次整得这个架构，可以分布式查询，同时更新多个数据库（可以控制到表级），并对业务逻辑层透明，速度和易用性感觉都还不错，而且业务层处理事务的时候可以支持搭积木方式进行。
这个架构带有云应用架构的味道，可以分业务，分用户存放数据，应用部分也可以支持多中心，多负载方式，理论上来讲扩展性无限。当然，因为主要的目的不是做镜像同步支持，所以我没有加入数据库命令队列处理方式来保证可靠性，在数据库节点方面只是简单的采用了同时更新3份，查询则随机选其中一份的方式。对于企业级业务，特别是高实时性和一致性的应用，如果跨数据库，事务处理和可靠性保证要一起做，真的很难。所以后来放弃了自己做可靠性那部分（就是同时写3份，随机读一份那部分功能），让数据库自己去做，毕竟他们更专业。
这个架构主要技术点：多线程（实现不同目标数据库查询异步进行），ODPNet,WCF(跨域访问),事务，同步（简单的采用Lock），反射机制，泛型等.

⑧ mssql如何将一个数据库中的表同步到另一个数据库中 做成事务

1 在另一个数据库中建立同样结构的副表，导入相同的数据
2 在本地数据库建立另一个数据库的相应链接
3 在本地数据库主表建立插入修改删除触发器，主表有什么变化直接写入到副表中
4当然这种方法也不是特别好，会影响本地数据库主表的性能。

⑨ “数据库中的事务”是什么

数据库事务(Database Transaction) ，事务是一系列作为一个逻辑单元来执行的操作集合。它是数据库维护数据一致性的单位，它将数据库从一致状态转变为新的一致状态，指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。 事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。事务是数据库运行中的逻辑工作单位，由DBMS中的事务管理子系统负责事务的处理。