本文介绍在 codeigniter 中通过事务机制或显式结果校验，确保多条数据库操作（如跨表插入）全部成功或全部回滚，避免部分执行导致数据不一致。
本文介绍在 codeigniter 中通过事务机制或显式结果校验，确保多条数据库操作（如跨表插入）全部成功或全部回滚，避免部分执行导致数据不一致。
在 CodeIgniter 中，将多个数据库操作（例如向两个关联表分别插入记录）封装在一个模型方法中时，若未做错误控制，极易出现“前一条成功、后一条失败却仍返回 success”的情况——这会破坏数据一致性，引发难以排查的业务逻辑问题。
最稳妥的实践是结合数据库事务（Transaction），而非仅依赖逐条查询的布尔判断。CodeIgniter 原生支持完整的事务控制，能自动回滚失败操作，语义清晰且可靠性高。以下是推荐写法：
public function abc($data_table1, $data_table2)
{
// 启动事务
$this->db->trans_start();
// 执行第一条插入
$this->db->insert('table1', $data_table1);
// 执行第二条插入（例如获取上一条插入ID并用于外键）
$last_id = $this->db->insert_id();
$data_table2['table1_id'] = $last_id;
$this->db->insert('table2', $data_table2);
// 结束事务（自动判断是否提交或回滚）
$this->db->trans_complete();
// 检查事务状态
if ($this->db->trans_status() === FALSE) {
log_message('error', 'Transaction failed in model::abc');
return ['status' => 'fail', 'message' => 'Database operation rolled back'];
}
return ['status' => 'success', 'insert_id' => $last_id];
}✅ 关键优势说明：
- trans_start() + trans_complete() 构成原子操作边界；
- 任一查询失败（语法错误、约束冲突、连接中断等），整个事务自动回滚；
- trans_status() 提供明确的成功/失败信号，比手动检查每条查询返回值更健壮；
- 避免了手写嵌套 if 判断的冗余与遗漏风险（如原答案中未处理 $result2 为 FALSE 但 $result1 为 TRUE 的分支逻辑漏洞）。
⚠️ 注意事项：
- 确保所用数据库引擎支持事务（如 MySQL 的 InnoDB，MyISAM 不支持事务）；
- 不要在事务中调用非事务性操作（如文件写入、外部 API 请求），否则无法保证整体一致性；
- 若需自定义错误处理（如返回特定 HTTP 状态码），应在控制器层捕获模型返回值，而非在模型内 die() 或 show_error()；
- 开启事务后，所有后续查询（包括 SELECT）均处于同一事务上下文中，注意隔离级别影响。
? 进阶建议：
对于复杂业务场景，可进一步封装为服务类（Service Layer），将事务逻辑与模型职责分离；也可使用 trans_strict(TRUE) 启用严格模式，使任意查询失败立即终止事务，提升调试效率。
总之，事务是保障多步数据库操作一致性的黄金标准。相比手动校验每条查询结果，它更简洁、更可靠、更符合现代 Web 应用的数据完整性要求。
