优惠券发放必须用事务+原子更新+状态字段防超发、保幂等、可追溯；并发下单纯insert+update会导致库存负数，需where stock>0条件更新并检查affected_rows；用户记录须建唯一索引捕获1062错误；批量发放要分批事务或用insert ... select去重。
优惠券发放逻辑不能只靠 INSERT + UPDATE 堆出来，核心是防超发、保幂等、可追溯——CodeIgniter 3 的事务 + 原子更新 + 状态字段才是底线。
为什么直接 $this->db->insert() 会超发？
并发请求下，两个线程同时查到 stock > 0，都进入发放流程，接着都执行插入记录 + 扣减库存，结果 stock 变成负数。这不是 CodeIgniter 的锅，是没加数据库级约束或事务兜底。
- 单纯用 PHP 层
if ($coupon->stock > 0)判断毫无意义，只是“乐观检查” - 必须把“查库存 → 扣减 → 写记录”包进同一事务，且扣减操作要带条件：
WHERE stock > 0 - 推荐用
$this->db->trans_start()包裹，失败时自动回滚，避免脏数据
怎么用 WHERE + SET 实现原子扣减？
别写两步：先 SELECT stock，再 UPDATE SET stock = stock - 1。这中间有竞态窗口。直接一条语句干掉：
$this->db->where('id', $coupon_id)
->where('stock >', 0)
->set('stock', 'stock - 1', FALSE)
->update('coupons');
注意第三个参数 FALSE：告诉 Active Record 不要给 stock - 1 加引号，否则变成字符串字面量。
- 执行后检查
$this->db->affected_rows() === 1，等于 1 才代表抢到了库存 - 如果为 0，说明已被抢完或被其他请求抢先扣减，直接返回“已领完”
- 这个 WHERE 条件必须包含
stock > 0，不能只靠主键锁行
用户领取记录怎么保证不重复插入？
即使库存扣减成功，用户仍可能重复提交（F5、重试、网络重发）。不能依赖前端防重，得在数据库层加固：
- 在
user_coupon_records表上建唯一联合索引：UNIQUE KEY `uid_cid` (`user_id`, `coupon_id`) - 插入时捕获 MySQL 错误码 1062（重复键）：
if ($this->db->error()['code'] === 1062) - 不要用
INSERT IGNORE或REPLACE INTO，它们掩盖真实业务意图；明确区分“新领”和“已领过” - 建议统一返回状态码，比如
201（新建成功）、409（冲突，已领过）、400（库存不足）
批量发放要不要开事务？
要，但得看场景。如果是后台运营手动发 100 张给指定用户，开大事务没问题；但如果是接口触发的“每人限领 1 张”，批量循环里每张都要独立事务或用单条 INSERT ... ON DUPLICATE KEY UPDATE。
- 批量插入前先
$this->db->trans_start()，失败则全滚，避免部分成功 - 但如果涉及上千条，长事务会锁表，建议分批（如每次 100 条），每批单独事务
- 更稳妥的做法是：用原生 SQL 的
INSERT INTO ... SELECT ... WHERE NOT EXISTS一次性去重插入，减少 PHP 层循环 - 切记：
$this->db->limit()在update()中有效，但在insert_batch()中无效，别指望它能限制插入条数
真正难的不是写几行 insert 或 update，而是想清楚哪一步必须原子、哪一步允许失败、哪一步需要补偿。比如扣减库存失败但记录已写入，这种状态断裂比超发更难排查。
