事务的基本概念和性质以及在magento中的应用

一、事务

所谓事务是用户定义的一个数据库操作序列，这些操作要么全做要么全不做，是一个不可分割的工作单位。例如，在关系数据库中，一个事务可以是一条SQL语句、一组SQL语句或者整个程序。

事务和程序是两个概念。一般的讲，一个程序中包含多个事务。

事务的开始和结束可以由用户显示控制。如果用户没有显示的定义事务，则有DBMS按照缺省规定自动划分事务。在SQL中，定义事务的语句有3条：

BEGIN TRANSACTION

COMMIT

ROLLBACK

事务通常以BEGIN TRANSACTION开始，以COMMIT或ROLLBACK结束。

”COMMIT“表示提交，即提交事务的所有操作。就是将事务中所有对数据库的更新重新写回到磁盘上的物理数据库中去，事务正常结束。

“ROLLBACK”表示回滚，即在事务运行的过程中发生了某种故障，事务不能继续执行，系统将事务中对数据库的所有已完成的修改操作全部撤销，回滚到事务开始时的状态。

二、事务的特性

事务具有四个特性：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持续性（Durability）。这四个特性简称为ACID特性（ACID properties）。

1.原子性

事务是数据库的逻辑工作单位，事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。通常，与某个事务关联的操作具有共同的目标，并且是相互依赖的。如果系统只执行这些操作的一个子集，则可能会破坏事务的总体目标。原子性消除了系统处理操作子集的可能性。

2.一致性

事务执行的结果必须是使数据库从一个一致性状态变成另一个一致性状态。因此当数据库指包含成功事务提供的结果时，就说数据库处于一致性状态。如果数据库系统运行中发生故障，有些事务尚未完成就被迫中断，这些未完成事务对数据库所做的修改有一部分已经写入物理数据库，这时数据库就处于一种不正确的状态，或者说是不一致的状态。

例如，A想通过支付宝像B的银行账户中转脏一万元，这里面就可以定义是一个事务，其中包括两个操作：第一个是支付宝从A账户扣除一万元，第二个操作时支付宝给B的银行账户汇入一万元。这两个操作要么全做要么全不做。这里的全做和全不做都是一个一致的状态。如果只发生一个操作则逻辑就发生了错误，少了一万元，这是的数据库就处于不一致状态。可见一致性与原子性密切相关。

3.隔离性

一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对其他并发事务是隔离的，并发执行的各个事务之间不能相互干扰。

4.持续性

持续性也称永久性（Permanence），指一个事务一旦提交，它对数据库中的数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其执行结果有任何影响。

事务是恢复和并发控制的基本单位。所以下面的考虑均与事务为对象。

保证事务ACID特性是事务管理的重要任务。事务ACID特性可能遭到破坏的因素有：

（1）多个事务并行运行时，不同事务的操作交叉执行；

（2）事务在运行过程中被强行停止。

第一种情况下，数据库管理熊必须保证多个事务的交叉运行不影响这些事务的原子性。

第二种情况下，数据库管理熊必须保证被强行终止的事务对数据库和其他事务没有任何影响。

这些就是数据库管理系统中恢复机制和并发控制机制的责任。

下面就举一个事务在magento中实际使用的实例：

public function returnCoupon(Varien_Event_Observer $observer)
{
$order = $observer->getEvent()->getOrder();
$type = $observer->getEvent()->getType();
if ('cancel' == $type) {
if (stripos($order->getIncrementId(), '-') > 0) {
$increment_id = strstr($order->getIncrementId(), '-', true);
$order = Mage::getModel('sales/order')->loadByIncrementId($increment_id);
}

if ($order->getCouponCode()) {
$model = Mage::getModel('salesrule/coupon');
$coupon = $model->loadByCode($order->getCouponCode());
$connection = Mage::getSingleton('core/resource')->getConnection('core_write');
try {
$connection->beginTransaction();
//对salesrule_coupon表进行状态恢复
if ($coupon->getCouponId() && $coupon->getCustomerId()) {
$coupon->setData('times_used', 0);
$coupon->save();

//对salesrule_coupon_usage表进行状态恢复
$customerId = $coupon->getCustomerId();
$couponUsage = Mage::getResourceModel('fun_salesrule/coupon_usage');
$couponUsage->updateCouponTimesUsed($customerId, $coupon->getCouponId());

$ruleId = $coupon->getRuleId();
$rule = Mage::getModel('salesrule/rule')->load($ruleId);
if ($rule->getId()) {
//对salesrule表进行状态恢复
if ($rule->getTimesUsed() > 0) {
$rule->setTimesUsed($rule->getTimesUsed() - 1);
$rule->save();
}

$ruleCustomer = Mage::getModel('salesrule/rule_customer');
$ruleCustomer->loadByCustomerRule($customerId, $ruleId);
if ($ruleCustomer->getId() && $customerId == $ruleCustomer->getCustomerId()) {
//对salesrule_customer表进行状态恢复
if ($ruleCustomer->getTimesUsed() > 0) {
$ruleCustomer->setTimesUsed(0);
$ruleCustomer->save();
}
}
}
}
$connection->commit();
} catch (Exception $e) {
$connection->rollback();
}
}
}
return $this;
}

这个例子是我自己写的一个取消订单返还优惠券的事件，这里面就使用到了事务的概念。

使用优惠券时会联动四张数据表，分别是“salesrule”，“salesrule_coupon”，“salesrule_coupon_usage”，“salesrule_customer”。

因为magento中自带的优惠券功能有一个关于用户使用次数的限制，那么返还优惠券的时候就要将四张表的使用次数都要恢复到使用前的状态，而且恢复必须要同时恢复，完全符合事务的四大特性，所以这里就使用了事务。