- 2阶段提交协议.
- 事务先提交给协调者，由协调者分发给各个RM,在一段规定的时间后。由RM询问各个RM是否提交还是终止操作。RM根据自己的状态来决定提交/终止。协调者根据RM的结果，决定操作的提交/终止。如果提交。由协调者通知各个RM来执行真正的提交。如果有一个要求终止，由协调者通知各个RM来回滚。(一票否决权).
- 持久与可变RM: 大量长时间的数据处理，使用持久性的RM.对于对效率要求高的处理，使用可变的RM.
- CLR’s TransctionScope:当事务操作涉及多个Object时使用.
-
- 一个应用程序域中可以有多个LTM.一个LTM可以有一个持久，或者多个可变的RM. 当操作同时对注册表和文件进行处理时使用KTM(Vista才有).
-
- 相互之间交互的是DTC，每个主机外派的谈判代表。由根DTC来决定提交/终止。每个DTC都与Root DTC关联.
- 事务标准有:ws-coordination,ws-atomicTransction,ws-Businessactivity.
- 事务流:缺省是关闭的. 客户端的事务可以流动到服务器端(当服务器端支持事务流时)，可以让两者使用同一事务。当一个事务需要C/S共同完成时很有用.以方便两端同时回滚.保持一致.
- 事务超时:缺省60秒.
- 隔离级别越高,力度越细.降低事务的并发性.太低,并发行好.但是会出现脏读,幻读.所以要综合考虑.当C/S的隔离级别不同时.会出现异常.
- 常见的事务问题: 1) 胀读: 读了别的事物修改的数据,但是别的事务在之后又发生回滚;2)非可重复性读:更改了别人正在读的数据;3)幻读: 读取了别人还未来得急要变更的数据.
隔离级别
ReadUncommitted
ReadCommitted
RepeatableRead
Serializable
脏读
Yes
No
No
No
非可重复性读取
Yes
Yes
No
No
幻读
Yes
Yes
Yes
No
-
- 可以把事务安排到不同的层面上去.最后一个的事务,由客户端与服务器端同时完成一个事务.通过事务流来传递.