好像出现了重复插入现象。
$db->begin(); $obj = table::findFirst("code=521"); if( $obj) return $db->rollback(),false; $obj = new table(); $obj->code=521; $obj->create(); $db->commit();
结果好像表里面code为521的数据有十多条。
当时数据库很卡,估计用户点了好几十次按钮。。然后就出现了重复数据。
猜想: 这些并发过来的请求会分不在不同内核中,然后同时运行到find表发现没有code为521的数据,想写入却发现数据库很卡写不进去,然后等数据库正常了,十来个线程都判断没有521这个code然后开始各自执行各自的插入code为521的数据。
这种猜想对吗?事务不就是要保持这两个操作 find 和insert是要原子执行吗?
MySQL数据库事务默认的隔离级别是REPEATABLE-READ(可重复读).
是可以避免脏读和不可重复读的,PHP不需要关心.
脏读:一个事务读到另外一个事务还没有提交的数据.
不可重复读:两次执行同样的查询,可能得到不一样的结果.
楼主要做的应该是想先select查找有没有code是521的记录,没有就insert一条.
既然如此,我觉得楼主为什么不给code这个字段加一个UNIQUE KEY (code)唯一约束呢?
这样做根本不需要开启事务,直接insert,然后根据返回的受影响的行affected_rows来判断插入操作是否成功.
最后再说下事务的原子性.
没有提交的事务,数据库会自动回滚.
但是业务逻辑里是需要开发者根据条件自行进行回滚操作的.
比如:用户1支付50元购买了商品2
注意,InnoDB引擎会把写操作(insert/update/delete/select for update)当做事务来处理,所以最后记得SET AUTOCOMMIT=1把事务设置回自动提交,否则需要手动COMMIT普通的写操作.