事务失效php,关于mysql事务处理可能不成功的原因分析

事务是保证数据一致性的保障，很多时候我们都须要用到事务来处理一些复杂的逻辑，没有事务的情况数据就会出现差错，但有时候你的事情就不会成功，却不知道原因，接下来我把一些问题进行简单的分析

数据库引擎

首先你的数据库要支持事务处理，如果这都不能保证，事务也就不存在了，因此在创建表的时候就要指定数据库引擎，例如：

CREATE TABLE `tpf_test` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`username` varchar(30) DEFAULT NULL,

PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4;

其中InnoDB就是支持事务的数据库引擎，事多相关知道可以看这篇“mysql数据库引擎”

事务处理流程

事务的通常的处理流程是这样的

1、开启事务

2、逻辑处理(数据库相关处理)

3、提交事务

4、回滚事务

直接代码的时候是要加上try{}catch{}处理的，例如：

Db::startTrans();// 开启事务

try{

Db::execute("INSERT INTO `".DB_PREFIX."test` (`username`) VALUES ('aaa');");

Db::execute("INSERT INTO `".DB_PREFIX."test` (`username`) VALUES ('bbb');");

Db::commit(); // 放后面统一提交

}catch(\Exception $e){

Db::rollback();// 出现异常后回滚

throw new \Exception($e->getMessage(), 1);

}

像这种如果出现数据处理问题，就会回滚，但是如果像下面这样的呢

Db::startTrans();

try{

Db::execute("DROP TABLE `".DB_PREFIX."test`;");

Db::execute("INSERT INTO `".DB_PREFIX."test` (`username`) VALUES ('aaa');");

Db::execute("INSERT INTO `".DB_PREFIX."test` (`username`) VALUES ('$bbb');");

Db::commit();

}catch(\Exception $e){

Db::rollback();

throw new \Exception($e->getMessage(), 1);

}

注意看里面有一个$bbb变量是存在的，肯定会出错，但我前面是删除表，后面再插入，数据会不会回滚呢，遗憾的是报的不是变量$bbb未定义，而是表test不存在，说明删除已经成功了，什么原因呢？？？

原因就是DROP在进行处理的时候是即时提交的，也就是直接commit，只要commit成功后的操作都是不能再回滚的了，事务将失效，那么哪些会有这种情况呢？？？

实际上DDL(Data Definition Language 数据定义语言)的所有操作都是即时提交的，例如像下面的这么一些命令

create table 创建表

alter table 修改表

drop table 删除表

truncate table 删除表中所有行

create index 创建索引

drop index 删除索引

总的来说，只要是提交后，进行的事务回滚都将失效

总结

我们进行事务处理通过都只是针对DML(data manipulation language)数据操纵语言进行处理，也就是我们常用的UPDATE、INSERT、DELETE，因为以后再用事务的时候不成功就要好好分析原因了

文章来源tpframe，转载请指明出处！