将事务处理写到数据库

分布式数据库事务处理

1. 为什么要用分布事务？

1） 为了保证数据库完整性，一致性。如大监管标准版中，业务库与基础信息库是分开的，

客户一般要求将最终结果反写到基础数据中。如果不引用分布事务，由于网络的原因及其他外界各方面的原因，会导至数据的不一致性。

2） 在对外项目中，我们时常会听到客户反应“为什么在流程中，前面是有的，到后面就是

不对了？（在操作后事件中，同步操作多表）”类似这样的问题，我方经常回复客户是“将此记录删除了，重新走一条”。

以上这种问题可以通过，开启事务的方法来避免，减少垃圾数据。下面以分布数据事务为例，讲解一下环境的配置及写法。

2.分布数据库数据的配置

数据库：2008 R2

1). 双方启动MSDTC服务

MSDTC服务提供分布式事务服务，如果要在数据库中使用分布式事务，必须在参与的双方服务器启动MSDTC（DistributedTransactionCoordinator）服务。如下图：

2. 打开双方135端口

MSDTC服务依赖于RPC（RemoteProcedureCall(RPC)）服务,RPC使用135端口，保证RPC服务启动，如果服务器有防火墙，保证135端口不被防火墙挡住。

使用“telnetIP135

mysql事务处理

一个事务可以是一条SQL语句，一组SQL语句或整个程序。可以回退insert、update和delete，当不能回退create和drop。MYSQL中只有INNODB类型的数据表才能支持事务处理。（mysql->show engines;mysql->alter table table_name engine=InnoDB;）

事务处理的两种方法：

1、用begin,rollback,commit来实现

begin 开始一个事务 rollback 事务回滚 commit 事务确认

mysql> select * from a; start transaction; delete from a; select * from a; rollback; select * from a//

mysql> start transaction;

-> delete from orderitems where order_num=20010; -> delete from orders where order_num=20010; -> commit;//

2、直接用set来改变mysql的自动提交模式。a

关于外汇局项目使用Spring AOP进行事务控制的总结

---软件开发事业部 黄立坤

? 事务控制

事务是一个最小的工作单元，不论成功与否都作为一个整体进行工作。

由于事务是由几个任务组成的，因此如果一个事务作为一个整体是成功的，则事务中的每个任务都必须成功。如果事务中有一部分失败，则整体事务失败。不会有部分完成的事务。

我们在项目开发过程中，对于一个业务操作可以定义为一个事务。

如外汇局项目中登记表登记业务，当用户填写完毕表单项，点击登记时进入业务方法。该方法中不但涉及到保存操作，还涉及更新金额，记录日志等多个数据库操作。如图：

用户触发事件开发可以是原子数据库操作，也可以是多个原子数据库操作的集合业务操作事件结束

当情况为一个原子数据库操作的时候，业务方法中抛出异常，该原子数据库操作在数据库层会自动回滚。

当情况为多个原子数据库操作作为一个集合对应用户一次操作业务时，就需要将这个数据库操作集合作为一个事务进行控制，如上文所说，一个操作出现异常导致失败，整个事务失败，所有数据库操作回滚。若不进行这样控制，后果可以想象，尤其对于金融项目。例如，银行转账的例子，如果从一个帐户中提出钱，而在钱到达另一个帐户前出错，若不将整个转账作为一个事务进行

关于外汇局项目使用Spring AOP进行事务控制的总结

---软件开发事业部 黄立坤

? 事务控制

事务是一个最小的工作单元，不论成功与否都作为一个整体进行工作。

由于事务是由几个任务组成的，因此如果一个事务作为一个整体是成功的，则事务中的每个任务都必须成功。如果事务中有一部分失败，则整体事务失败。不会有部分完成的事务。

我们在项目开发过程中，对于一个业务操作可以定义为一个事务。

如外汇局项目中登记表登记业务，当用户填写完毕表单项，点击登记时进入业务方法。该方法中不但涉及到保存操作，还涉及更新金额，记录日志等多个数据库操作。如图：

用户触发事件开发可以是原子数据库操作，也可以是多个原子数据库操作的集合业务操作事件结束

当情况为一个原子数据库操作的时候，业务方法中抛出异常，该原子数据库操作在数据库层会自动回滚。

当情况为多个原子数据库操作作为一个集合对应用户一次操作业务时，就需要将这个数据库操作集合作为一个事务进行控制，如上文所说，一个操作出现异常导致失败，整个事务失败，所有数据库操作回滚。若不进行这样控制，后果可以想象，尤其对于金融项目。例如，银行转账的例子，如果从一个帐户中提出钱，而在钱到达另一个帐户前出错，若不将整个转账作为一个事务进行

要解决数据不丢,只能通过数据冗余的方法,就算是数据分区,每个区也需要进行数据冗余处理。这就是数据副本：当出现某个节点的数据丢失时可以从副本读到,数据副本是分布式系统解决数据丢失异常的唯一手段。本文中,我们只讨论在数据冗余情况下考虑数据的一致性和性能的问题。

uid % 16

—— Hadoop Dynamo

二、固定资产火灾保险事务处理准则

□ 总 则

第一条 目的为确保本企业各公司固定资产安全，对于各项固定资产的危险转移、损失请求等保险事务处理有所遵循起见，特依《固定资产管理规则》第十三条的规定，订定本准则。

第二条 范围

(一)本准则所称保险系指火灾保险，但如有必要时，得增附加保险。

(二)本准则所称应保险的固定资产系指易引起灾害致于发生重大损失的固定资产，如建筑物、机器设备、器具设备等。

第三条 投保要件

(一)各公司对于第二条所列固定资产包括现有、增设或承受，于取得后有尚未投保而具有危险者，应办理火灾保险及(或)附加保险，其不易发生损失危险者，得于呈准后不予投保。

(二)已办理保险但受益人更变时，须办理变更手续。

(三)固定资产充为抵押品，虽认定不易发生损失危险未投保者，但质权人要求投保，仍应予投保。

第四条 投保办理部门

(一)申请部门：由固定资产管理部门负责投保申请。

(二)审核部门：由安全工程师负责投保的申请的审核，并会会计部门。

(三)经办部门：由总管理处财务部负责办理投保的手续。

□ 投 保

第五条 投保申请

(一)正式投保：固定资产管理部门于取得固定资产时，对于应投保者，须即填写“投保申请书”一式三份，经经理核准送安全工程师审核后会会计部门

二、固定资产火灾保险事务处理准则

□ 总 则

第一条 目的为确保本企业各公司固定资产安全，对于各项固定资产的危险转移、损失请求等保险事务处理有所遵循起见，特依《固定资产管理规则》第十三条的规定，订定本准则。

第二条 范围

(一)本准则所称保险系指火灾保险，但如有必要时，得增附加保险。

(二)本准则所称应保险的固定资产系指易引起灾害致于发生重大损失的固定资产，如建筑物、机器设备、器具设备等。

第三条 投保要件

(一)各公司对于第二条所列固定资产包括现有、增设或承受，于取得后有尚未投保而具有危险者，应办理火灾保险及(或)附加保险，其不易发生损失危险者，得于呈准后不予投保。

(二)已办理保险但受益人更变时，须办理变更手续。

(三)固定资产充为抵押品，虽认定不易发生损失危险未投保者，但质权人要求投保，仍应予投保。

第四条 投保办理部门

(一)申请部门：由固定资产管理部门负责投保申请。

(二)审核部门：由安全工程师负责投保的申请的审核，并会会计部门。

(三)经办部门：由总管理处财务部负责办理投保的手续。

□ 投 保

第五条 投保申请

(一)正式投保：固定资产管理部门于取得固定资产时，对于应投保者，须即填写“投保申请书”一式三份，经经理核准送安全工程师审核后会会计部门

全面的介绍了数据库事务的概念,并发引起的问题,隔离级别和传播行为,乐观锁和悲观锁

事务的ACID特性

1.原子性(Atomicity)

表示组成事务的多个数据库操作是一个不可分割的工作单元，只有所有的操作都执行成功，整个事务才提交，事务中任何一个数据库操作(SQL语句)失败，已经成功执行的任何操作都必须撤销，让数据库返回到事务执行前的状态。

2.一致性(Consistency)

数据库事务不能破坏关系数据的完整性以及业务逻辑上的一致性。事务操作成功后，数据库所处的状态和它的业务规则是一致的，即数据一致性不会被破坏。例如从A账户转账100元到B账户，不管操作成功与否,A和B的存款总额是不变的。

也就是说数据库要一直处于一致的状态，事务开始前是一个一致状态，事务结束后是另一个一致状态，事务将数据库从一个一致状态转移到另一个一致状态

3.独立性(Isolation)

所谓的独立性就是指并发的事务之间不会互相影响，如果一个事务要访问的数据正在被另外一个事务修改，只要另外一个事务还未提交，它所访问的数据就不受未提交事务的影响。换句话说，一个事务

全面的介绍了数据库事务的概念,并发引起的问题,隔离级别和传播行为,乐观锁和悲观锁

的影响在该事务提交前对其它事务是不可见的。一个

SQL 将txt文件导入sql数据库,资源免费,大家分享!

就一句sql代码搞定，导入sql2000的代码。

BULK INSERT 表名 FROM 'F:\你的文本文件.txt' WITH ( FIELDTERMINATOR ='以什么符号分割数据',

ROWTERMINATOR= '以什么符号加\n结尾')--\n是回车的意思，就是回车前面是什么符号，如果没符号直接单引号\n

例如：BULK INSERT bb FROM 'F:\2008-02-18.txt' WITH ( FIELDTERMINATOR =',', ROWTERMINATOR= ',\n')

bb是表名，f盘中的F:\2008-02-18.txt文件， FIELDTERMINATOR =','每个数据是以逗号分隔的，

ROWTERMINATOR= ',\n'每行数据以逗号回车结尾。

我导入过很多次。

使用BULK INSERT

用法如下：

stu.txt 结构

1,Jim

2,Kate

3,Tom

...

BULK INSERT dbo.TABLE1

FROM 'd:\stu.txt'

WITH (

FIELDTERMINATOR = ',',

ROWTERMINATOR = '\n'

)

查看table

MYSQL数据库乱码问题处理方案

MySQL中默认字符集的设置有四级:服务器级，数据库级，表级，字段级 。注意前三种均为默认设置。字段级得字符集是在建表是定义的。数据库乱码问题大多数都是由字符集不一致导致的。故一般只要把所有字符集设置一致就能解决乱码问题。

（character_set_client，character_set_results，character_set_connection三个运行变量是造成乱码的关键。mysql把客户端提交的查询由character_set_client转换为character_set_connection）

在服务器端查看设置字符集：

SHOW VARIABLES LIKE 'character_set_%';

如：

mysql> show variables like 'character_set_%';

Variable_name |Value character_set_client |latin1 -- 客户端字符集character_set_connection|latin1