一个关于php的事务底层原理解答问题

$conn = mysqli_connect('127.0.0.1', 'root', '111111') or die(mysqli_error());

mysqli_select_db($conn, 'mraz');

mysqli_query($conn, 'BEGIN');

$rs = mysqli_query($conn, 'SELECT count(*) as total FROM test WHERE username = "mraz" FOR UPDATE');

$row = mysqli_fetch_array($rs);

if($row['total']>0){

exit('exist');

}

mysqli_query($conn, "insert into test(username) values ('mraz')");

var_dump('error:'.mysqli_errno($conn));

$insert_id = mysqli_insert_id($conn);

mysqli_query($conn, 'COMMIT');

echo 'insert_id：'.$insert_id.'
';

mysqli_free_result($rs);

mysqli_close($conn);

上面这段代码，为什么事件写在begin和commit之间，就可以一荣俱荣，唇亡齿寒了呢？

这是一个新入行的程序员问的，望大神解答。。。。。

这是事务的处理，begin 和commit的数据库操作是一个事务，要么所有操作成功，要么就失败回滚。这样就保证不会出现部分失败部分成功的情况，方便产品逻辑控制

begin和commit相当于在同一操作事件中，当所有的操作内容正确的情况下，才会成功并进入下一步骤，失败则同时中断

为了保证提交的数据一致性，不然有些成功了，有些没成功，数据就乱了

这个是mysql 的自带机制，在begiain 和commit之间一般写一些连贯的业务逻辑，只有commit 之后才执行，如果没有走commit 这行，就会回滚

事务的处理，begin 和commit的数据库操作

相当于begin 和commit之间的操作,begin前记录一个节点，如果前面有操作没有成功，没有执行到commit 就撤销前面的操作，回到原先的节点，保证操作数据完整性

这个是事务的原子性，事务的原子性要求要么全部执行，要么什么都不执行。是为了保持数据的一致性。