AR delete() 不生效是因为默认软删除、主从延迟、deleteAll条件字段名错误或未处理关联数据；应检查deleted_at、加forceMaster、用真实字段名、配置级联删除。
AR delete() 不生效，但数据库里记录还在
ActiveRecord 的 delete() 方法默认只做软删除（如果模型启用了软删除行为），不会真正从表中移除行。你调用 $model->delete() 后查数据库发现记录没消失，大概率是因为 deleted_at 字段被设为当前时间，而 WHERE 条件仍包含 IS NULL —— 这是 Yii2 软删除的默认逻辑。
常见错误现象：
- 调用
$user->delete()后，User::findOne($id)依然返回模型（因为查询默认加了deleted_at IS NULL） - 直接查表（如
SELECT * FROM user WHERE id = 1）能看到deleted_at已有值 - 没意识到
delete()是事件驱动的，可能被beforeDelete中断或静默失败
实操建议：
- 确认模型是否注册了
SoftDeleteBehavior或类似行为：检查behaviors()方法里有没有['class' => SoftDeleteBehavior::class] - 想硬删？用
$model->delete(false)跳过软删除逻辑（但会跳过所有 before/after 事件） - 想确认是否真执行了 SQL：开启调试日志，或临时在
beforeDelete里加var_dump(__METHOD__); die; - 检查
beforeDelete返回值 —— 若返回false，整个删除流程会中止且不报错
deleteAll() 条件写错导致“删了但没删对”
deleteAll() 是静态方法，不加载模型、不触发事件，完全靠 SQL WHERE 条件匹配。它删得“太干净”，也容易“删过头”或“一条没删”。最典型问题是条件数组键名写成别名、表达式或拼接字符串。
使用场景：
- 批量清理日志、过期缓存等无业务约束的数据
- 迁移脚本中强制清除测试数据
- 配合事务做原子性清理（但注意：它不参与 AR 事务的回滚钩子）
参数差异与坑点：
- 正确写法：
User::deleteAll(['status' => 0, 'created_at' => $date])→ 字段名必须是真实列名 - 错误写法：
User::deleteAll("status = 0 AND created_at → 字符串拼接，SQL 注入高危，且无法绑定参数 - 错误写法：
User::deleteAll(['user_status' => 0])→ 如果表字段实际叫status，条件失效，删不到任何记录 - 注意：该方法返回的是影响行数（int），不是布尔值；返回 0 不代表出错，只是没匹配到数据
事务里 delete() 后立刻查，发现记录“还在”
这不是 AR 的问题，而是主从延迟 + 连接复用共同导致的“幻读”。你在事务里调用 $model->delete()，事务提交后立即用 User::findOne($id) 查询，却得到非 null 结果——大概率是从库还没同步完，而 Yii2 默认读从库。
性能与兼容性影响：
- 不加
forceMaster()的 AR 查询，即使刚写完，也可能走从库连接池里一个旧的 slave 实例 -
forceMaster()只对当次查询生效，不能跨方法继承；Yii::$app->db->createCommand()和User::find()是两个独立对象，互不影响 - MySQL 主从延迟在高并发下可达 100ms+，sleep 补救不可靠且伤性能
实操建议：
- 关键读必须显式走主库：
User::find()->forceMaster()->where(['id' => $id])->one() - 若已用事务，且后续读操作紧随其后，可复用同一连接：
User::find()->db(Yii::$app->db->master)->one() - 避免在控制器里混用
find()和createCommand()—— 它们默认不共享 forceMaster 状态
关联删除没配置，主表删了但子表残留
AR 不会自动级联删子表数据，除非你手动定义了 on delete cascade 外键，或在模型里写了 beforeDelete 去清理关联记录。常见于订单-订单项、文章-评论这类一对多关系。
容易踩的坑：
- 只调用
$order->delete()，但OrderItem::deleteAll(['order_id' => $order->id])没执行 → 子表数据变成孤儿 - 在
beforeDelete里用$this->items访问关联，但没加with('items')→ 触发懒加载，N+1 查询外还可能因缓存或事务隔离级别读到旧数据 - 用 DAO 写
DELETE FROM order_item WHERE order_id = :id，但没绑定参数 → SQL 注入或类型不匹配导致删错
推荐做法：
- 数据库层建外键并设
CASCADE（最省心，但部分云数据库不支持或需 DBA 权限） - 在模型
beforeDelete()中用 AR 批量删：$this->getItems()->each(function ($item) { $item->delete(); }); - 更高效的做法：
OrderItem::deleteAll(['order_id' => $this->id]);—— 不加载模型，不触发事件，适合大数据量
软删除逻辑、主从延迟、外键缺失、条件字段名错位——这四个点只要漏掉一个，delete() 就像没执行一样。别急着查日志，先看 deleted_at 是否被改、forceMaster 是否加对、deleteAll 的键是不是真实字段名、子表有没有被连带处理。
