ThinkPHP 面试精讲：批量插入、更新与事务优化

在 PHP 面试中，ThinkPHP 框架的数据库操作几乎是必考内容。很多候选人能熟练写出单条数据的增删改查，但一旦涉及批量操作和事务处理，往往暴露出性能意识薄弱、边界情况考虑不周的问题。本文从面试官视角出发，梳理批量插入、批量更新与事务优化中的高频考点和实战技巧。

一、批量插入：别再用 foreach 循环单条插入了

1.1 常见错误写法

// 反面教材：N 次数据库交互
foreach ($dataList as $item) {
    Db::name('user')->insert($item);
}

这种写法在数据量稍大时（比如 1000 条），会产生 1000 次 SQL 请求，每次都有网络往返和 SQL 解析开销，性能极差。面试中如果写出这种代码，基本会被判定为缺乏性能意识。

1.2 正确做法：insertAll

// 推荐：一次 SQL 插入多条
Db::name('user')->insertAll($dataList);

insertAll 底层会拼装成一条 INSERT INTO ... VALUES (...), (...), (...) 语句，大幅减少数据库交互次数。

但要注意几个坑：

• 数据量过大时要分批。单条 SQL 过大可能超过 max_allowed_packet 限制，建议每批 500~1000 条。
• 字段必须一致。insertAll 要求所有记录的键名相同，否则会报错。
• 不返回自增 ID。insertAll 返回的是影响行数，如果需要每条记录的自增 ID，需要另想办法（如插入后查询或使用 saveAll）。

1.3 saveAll 与 insertAll 的区别

// saveAll 是模型方法，会自动填充时间戳、触发模型事件
$userModel->saveAll($dataList);

// insertAll 是 Db 类方法，更底层，性能略高
Db::name('user')->insertAll($dataList);

面试延伸问题：saveAll 内部其实也是批量插入，但它会对每条数据做模型验证和自动完成，适合需要业务逻辑的场景；纯数据导入用 insertAll 更快。

二、批量更新：CASE WHEN 是核心

2.1 为什么不能循环 update

// 反面教材
foreach ($list as $item) {
    Db::name('user')->where('id', $item['id'])->update(['score' => $item['score']]);
}

同样的问题：N 次交互。而且每次 update 都会触发索引维护和 binlog 写入。

2.2 使用 CASE WHEN 批量更新

$ids = array_column($list, 'id');
$caseSql = 'CASE id ';
foreach ($list as $item) {
    $caseSql .= "WHEN {$item['id']} THEN {$item['score']} ";
}
$caseSql .= 'END';

Db::name('user')
    ->whereIn('id', $ids)
    ->update(['score' => Db::raw($caseSql)]);

这样一条 SQL 就能更新所有记录。注意使用 Db::raw 避免被转义。

2.3 ThinkPHP 的 saveAll 更新

$userModel->saveAll($list);

当数据中包含主键时，saveAll 会自动识别为更新操作。但它的底层实现仍然是逐条判断，性能不如 CASE WHEN，适合数据量不大的场景。

2.4 面试加分点

• 提到 ON DUPLICATE KEY UPDATE：适用于“存在则更新，不存在则插入”的场景。
• 提到批量更新时要注意唯一索引冲突和死锁风险。
• 提到更新字段值相同时 MySQL 不会真正写入，可以利用这一点减少 binlog。

三、事务优化：不只是 begin/commit

3.1 基本用法

Db::startTrans();
try {
    Db::name('user')->insert($userData);
    Db::name('order')->insert($orderData);
    Db::commit();
} catch (\Exception $e) {
    Db::rollback();
    throw $e;
}

这是标准写法，但面试中只答到这里只能算及格。

3.2 事务的常见陷阱

陷阱一：事务中执行耗时操作

事务持有锁的时间越长，并发能力越差。不要在事务中调用外部 API、发送邮件、处理大文件。

陷阱二：嵌套事务

ThinkPHP 支持嵌套事务，通过 savepoint 实现。但要注意：内层 rollback 不会自动回滚外层，需要手动处理。

Db::startTrans();
try {
    // 外层操作
    Db::startTrans();
    try {
        // 内层操作
        Db::commit();
    } catch (\Exception $e) {
        Db::rollback(); // 只回滚内层
        throw $e;
    }
    Db::commit();
} catch (\Exception $e) {
    Db::rollback();
}

陷阱三：事务与锁

在高并发下，事务中的 SELECT 默认是快照读，不会加锁。如果需要加锁，要用 lock(true)：

Db::name('user')->where('id', 1)->lock(true)->find();

这会生成 SELECT ... FOR UPDATE，面试中常被问到。

3.3 事务优化建议

• 缩小事务范围：只把必须原子性的操作放在事务中。
• 控制事务粒度：批量操作时，可以分批提交，避免大事务。
• 合理使用隔离级别：ThinkPHP 默认使用数据库的隔离级别（MySQL 默认为 REPEATABLE READ），必要时可调整为 READ COMMITTED 减少间隙锁。
• 注意自动提交：ThinkPHP 的 Db::name() 默认是自动提交的，只有 startTrans 后才进入事务模式。

四、综合面试题示例

题目：有 10 万条用户数据需要导入，要求导入失败时全部回滚，如何实现？

参考答案：

1. 使用 insertAll 分批插入，每批 500 条。
2. 整个导入过程放在一个事务中，但要注意大事务的性能问题。
3. 如果数据量极大，可以考虑先写入临时表，再用 INSERT INTO ... SELECT 一次性导入，减少事务持有时间。
4. 使用 Db::startTrans() 包裹，捕获异常后 rollback。
5. 对于超大数据量，可以考虑使用队列分批处理，每批独立事务，通过状态字段标记成功与否，实现最终一致性。

五、总结

面试中，面试官真正想考察的不是你记住了多少 API，而是你是否有性能意识和边界思维。能说出“为什么要这样做”比“怎么做”更重要。希望本文能帮你在 ThinkPHP 面试中脱颖而出。

未经允许不得转载：任鹏个人博客 » ThinkPHP 面试精讲：批量插入、更新与事务优化