ThinkPHP 6 的 insertGetId 只对单条 INSERT 生效，依赖 PDO lastInsertId()，事务中需提交后获取，模型 save() 后 ID 已写入实例属性，无需额外查询。
ThinkPHP 6 的 insertGetId 返回值不是 ID？
不是方法失效，而是你可能在用事务或批量插入时误判了返回逻辑。TP6 的 insertGetId 只对单条 INSERT 生效，且底层依赖 PDO 的 lastInsertId() —— 如果事务未提交、或执行了其他 INSERT（比如触发器、关联插入），就可能拿错 ID。
实操建议：
- 确认没在事务里调用后立刻读取：
insertGetId在事务中能返回 ID，但该 ID 是“当前连接最后一次插入的”，不是“本次语句的”，所以务必在$db->commit()后再用，或改用模型方式 - 避免手动拼 SQL：像
$db->execute("INSERT INTO ...")不触发insertGetId自动捕获，必须显式调用$db->insertGetId() - 注意驱动差异：MySQL 默认 OK；SQLite 需开启
PDO::ATTR_PERSISTENT才稳定；SQL Server 不支持此模式，得换SCOPE_IDENTITY()方式
模型 save() 新增后怎么拿到 ID？
TP6 模型新增默认不返回 ID，save() 成功只返回 true 或 false。想直接取 ID，必须让模型知道“这是新增”，否则它会尝试用主键查一遍再更新（导致 ID 为 0 或空）。
实操建议：
- 确保主键字段没被赋值：
$user = new User(); $user->name = 'xxx'; $user->save();→ 此时$user->id就是新 ID - 如果手动设了主键（哪怕设成 0 或 null），模型会走更新逻辑：
$user->id = 0; $user->save();→$user->id不变，不会刷新 - 用
create()更安全：User::create(['name' => 'xxx'])->id，它强制走新增流程，且直接返回模型实例
为什么 insertGetId 有时返回 0？
常见于表没设自增主键、或主键类型不被识别（比如用 BIGINT UNSIGNED 但 PDO 驱动没正确映射）、或用了 REPLACE INTO / INSERT ... ON DUPLICATE KEY UPDATE 这类语句 —— 它们不保证触发自增计数器。
实操建议：
- 检查表结构：
SHOW CREATE TABLE user;确认主键含AUTO_INCREMENT - 别混用
INSERT IGNORE或冲突更新语法，它们会让lastInsertId()返回 0 或上一次的旧值 - 调试时加日志：
echo $db->getLastSql();和var_dump($db->insertGetId());对着看，比猜快得多
模型新增后 ID 拿不到，是不是要手动查？
不需要。只要模型状态是“新增态”（$model->isUpdate() === false），保存后 ID 就已写入模型属性。强行再查一次 find() 是典型冗余操作，还可能因并发导致数据不一致。
实操建议：
- 用
$model->isUpdate()判断当前模型是否处于新增流程，避免误判 - 如果必须链式获取 ID，优先写成：
(new User())->save() ? (new User())->id : null（不推荐）→ 更好是$user = new User(); $user->save(); $id = $user->id; - 注意软删除字段干扰：如果模型启用了软删除且
delete_time字段为非 NULL 类型，新增时若没显式设为null，可能导致主键写入失败，ID 返回 0
复杂点在于 TP6 把“新增判断”和“ID 绑定”全交给模型状态机控制，而不是靠 SQL 返回值硬拿 —— 这意味着你得信任模型的 isUpdate 判断，而不是绕过它去查数据库。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
