CodeIgniter 不自动处理外键约束，需从元数据查清依赖子表并校验引用存在性，再通过事务按子→父顺序安全清理，或采用软删除避免一致性破坏。
CodeIgniter 本身不自动处理外键约束，删除主表记录前报错（如 Cannot delete or update a parent row）是因为数据库层拦截了违反参照完整性的操作。要避免报错，关键不是绕过约束，而是**提前发现并安全清理依赖关系**——校验是第一步，后续动作需配合业务逻辑选择。
查清哪些子表在引用目标记录
不能靠猜，必须从数据库元数据中定位真实外键来源。CodeIgniter 可用原生查询获取：
- MySQL：执行
SELECT TABLE_NAME, COLUMN_NAME, CONSTRAINT_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 'your_parent_table' AND REFERENCED_COLUMN_NAME = 'id' AND CONSTRAINT_SCHEMA = DATABASE() - SQL Server：改用系统视图
sys.foreign_keys和sys.foreign_key_columns - 把结果存入数组，例如
$depends = ['orders'=>'user_id', 'profiles'=>'user_id']，后续逐个检查
对每张子表做存在性校验
确认目标 ID 是否真被引用，避免误判。用 CodeIgniter 的 Query Builder 写轻量检查：
$this->db->where('user_id', $id)->from('orders')->count_all_results() > 0- 对每个关联表都跑一次，汇总为布尔数组：
$has_refs = ['orders'=>true, 'profiles'=>false] - 若全部为 false，可直接删主表；只要有一个 true，就进入清理流程或提示用户
按依赖顺序执行清理（推荐事务包裹）
校验通过后，不等于能直接删——得手动清理子表。CodeIgniter 支持事务，这是安全底线：
- 调用
$this->db->trans_start()开启事务 - 按“子→父”顺序执行删除：
$this->db->delete('order_items', ['order_id IN (SELECT id FROM orders WHERE user_id = '.$id.')']);，再删orders，最后删主表 - 调用
$this->db->trans_complete()，失败自动回滚 - 注意：别用
SET FOREIGN_KEY_CHECKS = 0—— 这会留下孤儿数据，不是解决，是破坏一致性
用软删除替代硬删更稳妥
多数业务场景其实不需要物理删除。加一个 is_deleted 字段，在模型里统一拦截：
- 主表模型中重写
delete()方法，改为$this->db->update('users', ['is_deleted'=>1], ['id'=>$id]) - 所有关联查询（包括
get_where）默认加WHERE is_deleted = 0 - 彻底规避外键冲突，审计、恢复、分批归档都更可控
