MySQL-更新多个表时，使用事务和使用一条sql那种方式效率高呢？

Question

举例：现在有两个表(A,B)，通过一个id关联。修改表A中的信息成功，修改表B中的信息，有两种做法大概如下：

方式一：

    mysql_query("BEGIN");
    $bool = mysql_query("UPDATE A SET f = 'xxxx' WHERE id = 123");
    $bool1 = mysql_query("UPDATE B SET `edit_time`= 'xxx' WHERE id = 123");
    if(!$bool || !$bool1) {
        mysql_query("ROOLBACK");
    }else {
        mysql_query("COMMIT");
    }

Answer 1

这里我就说说吧,至于具体哪种方式快没有经过具体测试不好下结论

对于方式一由于有多个mysql_query，MySQL就需要分多次来处理query,这里可能会慢一点，但是由于使用事务，MySQL需要写undo和redo日志，写完日志后后再flush刷新到磁盘，这里可能是比较大的一个IO瓶颈。还有一个就是设置SET AUTOCOMMIT=1和SET AUTOCOMMIT=0也是一个很大的区别。

对于第二种方式，由于是使用join连表来更新数据，需要建议临时表，但优点是只需要执行一条SQL语句就能够完成两个表的更新。

具体使用哪种方式更新，还真不好说，一方面要看业务需要，二要看数据规模。如果数据很重要，那还是通过事务来处理比较安全可靠。如果对于非事务型表，那么第二种方式会很好的选择。

对于使用事件，我个人比较倾向于使用第一种正规的事务型写法。

Answer 2

个人赞同用第一种方式，逻辑清晰，可读性好，和方法二相比，多了一次SQL解析的过程，但每次解析应该很快，毕竟表达式很简单，而方法二涉及到两个表的连接，查询速度应该会稍慢些。

Answer 3

首先我想说下，事务和普通的的执行只是选择的问题，事务为了保持数据的一致性在出现异常的时候可以起到回滚的作用，但是你的第二个普通sql执行可能效率高一点，但是没有起到事务的关键性作用，这个主要看我们项目中是要求数据的安全统一优先还是数据的读写效率优先...