CodeIgniter需手动记录用户行为，推荐用钩子在post_controller点捕获SQL操作或控制器中调用log_message()结构化记录；须结合Session和Input类绑定用户身份与IP，优先使用文件日志而非数据库。
CodeIgniter 默认不自动记录用户行为，必须手动介入请求生命周期或借助钩子、扩展类、第三方库来捕获关键操作。直接依赖 $config['log_threshold'] 只能记录系统级错误或 SQL，无法区分“谁在什么时间做了什么业务动作”。
用钩子（Hooks）在请求末尾统一记录行为
这是最轻量、侵入性最小的方式，适合需要全局审计但不想修改每个控制器的场景。前提是已启用钩子功能：
-
$config['enable_hooks'] = TRUE;必须在application/config/config.php中开启 - 钩子点选
post_controller最稳妥——此时控制器已执行完，数据库操作已完成，$this->db->queries仍可访问 - 注意：如果用了数据库事务且未提交，
$this->db->queries可能为空；建议只捕获明确的 INSERT/UPDATE/DELETE，避免日志爆炸
示例钩子类中判断语句可写成：if (preg_match('/^\s*(INSERT|UPDATE|DELETE)\b/i', $query))，加 \b 防止误匹配如 INSERTED 这类单词。
在控制器中显式调用 log_message() 记录关键动作
适用于登录、下单、删除资源等有明确业务语义的操作。比钩子更可控，但需人工覆盖所有关键路径：
- 不要直接拼接用户输入进日志，否则可能引入 XSS 或日志注入风险；应先用
html_escape()或strip_tags()处理 - 推荐结构化记录：
log_message('info', 'user_login|id:' . $user_id . '|ip:' . $this->input->ip_address()); - 日志级别选
info或debug，避免和error混淆；生产环境若设$config['log_threshold'] = 1，则info级别不会写入
配合 Session 和 Input 类还原用户上下文
单纯记录“执行了 UPDATE”没意义，必须绑定用户身份和请求来源：
-
$this->session->userdata('user_id')是最可靠的身份标识，但需确保登录逻辑已正确写入 session -
$this->input->ip_address()比$_SERVER['REMOTE_ADDR']更健壮，能处理代理转发 - 不要依赖
$this->input->user_agent()做安全判断，它可被任意伪造；仅用于统计或调试 - 若需记录页面跳转路径，可用
$this->input->server('HTTP_REFERER')，但注意该字段可能为空或不可信
避免把日志写进数据库表引发性能瓶颈
很多教程推荐用 rest_logs_table 或自建日志表，但 CodeIgniter 原生 ORM 并不优化高频小写入。真实压测中，每秒超 50 次 INSERT 日志会明显拖慢 API 响应：
- 优先用文件日志（默认
application/logs/），确保目录权限为0755且 Web 用户可写 - 若必须入库，务必关闭日志表的索引（除主键外），或改用 MyISAM 引擎减少事务开销
- 异步写入方案（如通过 Redis 队列暂存再批量落库）复杂度高，中小项目不建议过早引入
真正难的不是“怎么记”，而是“记哪些才不漏关键链路又不至于淹没有效信息”——比如用户从登录到支付失败的完整路径，中间任何一个环节缺失，审计就断掉了。
