tp5事务中得到新插入数据的id

tp5事务中得到新插入数据的id

当我们新增一个订单时，一般都会增加两个表的数据，一个是订单主表，记录订单信息，一个是订单附表，记录订单的商品信息，这时就会是一对多的表数据关系，那么附表中一定要记录一个定单的唯一字段，以前都用的是  生成的订单号 来做为外键的值，然后在新增的时候开启事务，保证两个数据的同时写入。

因为以上做法不会在mysql的事务中关心，新生成的订单id,我们用的是订单号。

但是，现在我考虑使用订单的 id来做为外键呢，

我当时想法是，因为中事务中，事务还没有提交的时候，这个订单的 id 是拿不到的，那么订单附表的写入要在 订单表 commit之后才行，后台经过使用 TP5来测试，发现是我多虑了， 在事务中同样可以拿到新增数据的id,没有问题，

看到tp5的源码发现 tp5的 model基类的 save（） 方法中有这么一段代码

// 获取自动增长主键
if ($result && $insertId = $this->getQuery()->getLastInsID($sequence)) {foreach ((array) $pk as $key) {if (!isset($this->data[$key]) || '' == $this->data[$key]) {$this->data[$key] = $insertId;}}
}

原来，它使用的 getLastInsID这个方法，这个方法的 背后是执行了   mysql的  select last_insert_id()

一般情况下获取刚插入的数据的id，使用select max(id) from table 是可以的。 
但在多线程情况下，就不行了。在多用户交替插入数据的情况下max(id)显然不能用。 
这就该使用LAST_INSERT_ID了，因为LAST_INSERT_ID是基于Connection的，只要每个线程都使用独立的Connection对象，LAST_INSERT_ID函数将返回该Connection对AUTO_INCREMENT列最新的insert or update操作生成的第一个record的ID。这个值不能被其它客户端（Connection）影响，保证了你能够找回自己的 ID 而不用担心其它客户端的活动，而且不需要加锁。

关于这个 select last_insert_id() 的作用，大家可以自行百度一下，就明白了，可以参考下面的文章