php – PDO:交易不回滚?

我正在讨论关于PDO的 this tutorial,并且已经谈到了关于交易的问题.跳过连接部分,我有这个PHP代码
try
{
    $db->beginTransaction();

    $db->exec('DROP TABLE IF EXISTS animals');

    $db->exec('CREATE TABLE animals ('
        .'animal_id MEDIUMINT(8) NOT NULL AUTO_INCREMENT PRIMARY KEY,'
        .'animal_type VARCHAR(25) NOT NULL,'
        .'animal_name VARCHAR(25) NOT NULL)'
        .'ENGINE=INNODB');

    $db->exec('INSERT INTO animals (animal_type,animal_name) VALUES ("emu","bruce")');
    $db->exec('INSERT INTO animals (animal_type,animal_name) VALUES ("funnel web",animal_name) VALUES ("lizard",animal_name) VALUES ("dingo",animal_name) VALUES ("kangaroo",animal_name) VALUES ("wallaby",animal_name) VALUES ("wombat",animal_name) VALUES ("koala",animal_name) VALUES ("kiwi","bruce")');

    $db->commit();

    echo 'Table re-created and data entered successfully.';
}
catch(PDOException $e)
{
    $db->rollback();

    echo $e->getMessage();
}

它运行得很好,就像我想的那样,除非我在某个地方输入错误.就像我在第四个插入语句中创建了一个错误一样,我会在我的数据库中找到三个动物.但是我认为事情应该被回滚,这意味着我会在运行此脚本之前找到数据库.

我误解了什么吗?我错过了什么?事务和回滚函数是否做了我认为他们应该做的事情? drop和create语句是否以某种方式“破坏”了事务?这里发生了什么?

更新:如果我移动$db-> beginTransaction();行,所以只有在创建表之后才开始事务,我得到了我期待的行为.因此,如果第三个insert语句失败了,那么在回滚事务之后我会有一个空表(因为它刚刚被重新创建).仍然想知道为什么当drop和create语句在事务中时它不起作用…

查看PHP参考手册: PDO::beginTransaction

Some databases,including MysqL,automatically issue an implicit COMMIT when a database definition language (DDL) statement such as DROP TABLE or CREATE TABLE is issued within a transaction. The implicit COMMIT will prevent you from rolling back any other changes within the transaction boundary.

这解释了为什么会发生这种情况,这是MysqL的局限性,而不是PDO / PHP的局限性.

相关文章

Hessian开源的远程通讯,采用二进制 RPC的协议,基于 HTTP 传输。可以实现PHP调用Java,Python,C#等多语...
初识Mongodb的一些总结,在Mac Os X下真实搭建mongodb环境,以及分享个Mongodb管理工具,学习期间一些总结...
边看边操作,这样才能记得牢,实践是检验真理的唯一标准.光看不练假把式,光练不看傻把式,边看边练真把式....
在php中,结果输出一共有两种方式:echo和print,下面将对两种方式做一个比较。 echo与print的区别: (...
在安装好wampServer后,一直没有使用phpMyAdmin,今天用了一下,phpMyAdmin显示错误:The mbstring exte...
变量是用于存储数据的容器,与代数相似,可以给变量赋予某个确定的值(例如:$x=3)或者是赋予其它的变...