关于数据库(MySQL)事务
事务是由一步或几步数据库操作序列组成逻辑执行单元，这系列操作要么全部执行，要么全部放弃执行。
因为做php开发接触较多的数据库是MySQL数据库，所以本文主要和大家分享一些关于MySQL数据事务的相关知识，首先得提一下，在MySQL数据库中，支持数据库事务的暂时只有BDB，InnoDB这两种的引擎类型，所以如果你需要做事务相关方面的开发，必须先将数据表设置为正确的引擎类型，如InnoDB（这又是MySQL数据库中比较常用的引擎类型）。下面以InnoDB表类型为例简单说一下MySQL中的事务。
先来明确一下事务涉及的相关知识：
事务都应该具备ACID特征。所谓ACID是Atomic（原子性），Consistent（一致性），Isolated（隔离性），Durable（持续性）四个词的首字母所写，下面以“银行转帐”为例来分别说明一下它们的含义：
原子性：组成事务处理的语句形成了一个逻辑单元，不能只执行其中的一部分。对于其数据修改，要么全都执行，要么全都不执行。如果系统只执行这些操作的一个子集，则可能会破坏事务的总体目标。换句话说，事务是应用中最小的执行单位，就如原子是自然界最小颗粒，具有不可再分的特征一样。事务是应用中不可再分的最小逻辑执行体。比如：银行转帐过程中，必须同时从一个帐户减去转帐金额，并加到另一个帐户中，只改变一个帐户是不合理的。
一致性：在事务处理执行前后，MySQL数据库是一致的。也就是说，事务应该正确的转换系统状态。数据库原来有什么样的约束，事务执行之后还需要存在这样的约束，所有规则都必须应用于事务的修改，以保持所有数据的完整性。事务结束时，所有的内部数据结构（如 B 树索引或双向链表）、完整性约束（索引、主键）都必须是一致的。一致性是通过原子性来保证的。比如：银行转帐过程中，要么转帐金额从一个帐户转入另一个帐户，要么两个帐户都不变，没有其他的情况。
隔离性：事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。当事务可序列化时将获得最高的隔离级别。隔离性是事务机制里相对来说，比较复杂的，一个事务处理对另一个事务处理没有影响。就是说任何事务都不可能看到一个处在不完整状态下的事务。比如说，银行转帐过程中，在转帐事务没有提交之前，另一个转帐事务只能处于等待状态。
持续性：持续性也称为持久性，指事务一旦提交，对数据所做的任何改变，都要记录到永久存储器中，通常是保存进物理数据库。就是说事务处理的结果能够被永久保存下来。反过来说，事务应当能够承受所有的失败，包括服务器、进程、通信以及媒体失败等等。比如：银行转帐过程中，转帐后帐户的状态要能被保存下来。
下面说一个需要用到事务处理的具体生活实例
这里以“网上购书”为例。先假设一下问题的背景：网上购书，某书（MySQL数据库编号为123）只剩最后一本，而这个时候，两个用户对这本书几乎同时发出了购买请求，让我们看看整个过程：
在具体分析之前，先来看看此次实例所用到的数据表的定义：
create table book( book_id unsigned int(10) not null auto_increment, book_name varchar(100) not null, book_price float(5,2) not null, #我假设每本书的价格不会超过999.99元 book_number int(10) not null, primary key (book_id) )/*php.hhsy.cc*/ type = innodb;
对于用户甲来说，他的动作稍微比乙快一点点，其购买过程所触发的动作大致是这样的：
1. SELECT book_number FROM book WHERE book_id = 123;
book_number大于零，确认购买行为并更新book_number
2. UPDATE book SET book_number = book_number - 1 WHERE book_id = 123;
购书成功
而对于用户乙来说，他的动作稍微比甲慢一点点，其购买过程所触发的动作和甲相同：
1. SELECT book_number FROM book WHERE book_id = 123;
这个时候，甲刚刚进行完第一步的操作，还没来得及做第二步操作，所以book_number一定大于零
2. UPDATE book SET book_number = book_number - 1 WHERE book_id = 123;
购书成功
表面上看甲乙的操作都成功了，他们都买到了书，但是库存只有一本，他们怎么可能都成功呢？再看看数据表里book_number的内容，已经变成“-1”了，这当然是不能允许的（实际上，声明这样的列类型应该加上unsigned的属性，以保证其不能为负，这里是为了说明问题所以没有这样设置）
好了，问题陈述清楚了，再来看看怎么利用事务来解决这个问题，打开MySQL手册，可以看到想用事务来保护你的SQL正确执行其实很简单，基本就是三个语句：开始，提交，回滚。
开始：START TRANSACTION或BEGIN语句可以开始一项新的事务
提交：COMMIT可以提交当前事务，是变更成为永久变更
回滚：ROLLBACK可以回滚当前事务，取消其变更
此外，SET AUTOCOMMIT = {0 | 1}可以禁用或启用默认的autocommit模式，用于当前连接。
那是不是只要用事务语句包一下我们的SQL语句就能保证正确了呢？比如下面代码：
BEGIN; SELECT book_number FROM book WHERE book_id = 123; // ... UPDATE book SET book_numberbook_number = book_number - 1 WHERE book_id = 123; COMMIT;
答案是否定了，这样依然不能避免问题的发生，如果想避免这样的情况，实际应该如下：
BEGIN; SELECT book_number FROM book WHERE book_id = 123 FOR UPDATE; // ... UPDATE book SET book_numberbook_number = book_number - 1 WHERE book_id = 123; COMMIT;
由于加入了FOR UPDATE，所以会在此条记录上加上一个行锁，如果此事务没有完全结束，那么其他的事务在使用SELECT ... FOR UPDATE请求的时候就会处于等待状态，直到上一个事务结束，它才能继续，从而避免了问题的发生，需要注意的是，如果你其他的事务使用的是不带FOR UPDATE的SELECT语句，将得不到这种保护。
下面分享一个使用php连接MySQL并使用事务的源码示例
mysql事务处理主要分为如下四大步
begin 开始一个事物
commit 事务确认
rollback 事务回滚
end 事务结束
<?php
$conn=mysql_connect('localhost','root','123456') or die ("数据连接错误!");
mysql_select_db('shop',$conn);
mysql_query("set names 'utf8'"); //使用utf8中文编码;
//开始一个事务
mysql_query("BEGIN"); //或者mysql_query("START TRANSACTION");
$sql="INSERT INTO main (num) VALUES (123)";
$sql2="INSERT INTO main (num1) VALUES (456)";//这条我故意写错
//如果不用事务或者用的而不是innodb引擎则$sql会成功$sql2会失败
//用事务如果其中一条出现错误那么两条数据都不会执行成功
$res=mysql_query($sql);
$res1=mysql_query($sql2);
if($res&&$res1){
mysql_query("COMMIT");
echo '提交成功。';
}else{
mysql_query("ROLLBACK");
echo '数据回滚。';
}
mysql_query("END");
以上的相关内容就是对MySQL数据库与事务的介绍，望你能有所收获。