如何通过在SQL存储过程中使用INSERT INTO语句将操作审计日志记录到日志表中？

本文共计1091个文字，预计阅读时间需要5分钟。

存储过程中，常遇到的问题是日志记录失误，导致业务回滚或失败——二者皆会破坏审计可信度。基本方法并非先写日志再执行，而是让日志记录与主逻辑处理同步进行，在存储过程自身的事务控制系统中，一旦提出或回滚，系统即自动记录。

这意味着：INSERT INTO audit_log 语句不能加 COMMIT，也不能放在独立事务块（如 SQL Server 的 SAVE TRANSACTION 或 MySQL 的 START TRANSACTION）里；否则会割裂原子性。

• PostgreSQL / SQL Server / Oracle：直接在主存储过程体中执行 INSERT INTO audit_log 即可，天然继承当前事务
• MySQL：注意默认 autocommit=1，需在存储过程开头显式 SET autocommit = 0，或确保调用方已开启事务
• 避免在触发器中重复写审计日志——容易和存储过程的日志冲突，造成冗余或时间戳错乱

日志表字段设计要覆盖操作上下文，不止是“谁干了什么”

只记录 user_id、action、created_time 远远不够。审计的核心价值在于“可追溯还原”，比如某条订单状态被误改，你得能定位到：是哪个应用连接、哪段代码、哪个前端用户、通过哪个接口、在什么数据状态下触发的修改。