由 dawei 在金融、政务等对数据变更高度敏感的场景中，仅靠应用层日志难以满足审计合规要求。SQL Server的存储过程与触发器组合，可构建轻量、稳定、低侵入的数据变更追踪体系。
存储过程承担审计逻辑的封装与复用。例如，创建名为usp_AuditInsert的存储过程，接收表名、操作类型、操作人、主键值等参数，统一写入AuditLog表。该过程采用SET XACT_ABORT ON与TRY…CATCH结构，确保事务异常时审计记录不丢失，并支持异步调用以降低主业务延迟。
触发器负责自动捕获关键表的数据变动。在订单表Orders上定义AFTER INSERT, UPDATE, DELETE触发器，通过inserted/deleted临时表提取变更前后的行数据。触发器不执行复杂业务逻辑，仅调用前述存储过程并传入上下文信息，避免阻塞DML操作，也规避了触发器嵌套引发的死锁风险。
AI绘图结果，仅供参考
为提升可用性，审计表AuditLog采用分区策略按月分区，并添加非聚集索引覆盖常用查询字段（如OperationTime、TableName、OperatorID）。同时启用SQL Server的Change Tracking功能作为兜底——当触发器因权限或状态异常失效时，后台作业可定期比对变更跟踪位图，补录遗漏记录。
安全方面，审计表仅开放INSERT权限给存储过程，禁止直接写入；触发器使用EXECUTE AS OWNER机制，规避调用者权限不足问题；所有敏感字段（如身份证号）在写入审计日志前经HASH加密处理，符合GDPR与等保2.0要求。
实际部署中建议启用SQL Server Agent定时清理6个月前审计日志，并将归档数据同步至只读报表库。监控层面，通过DMV sys.dm_exec_trigger_stats跟踪触发器执行耗时与失败次数，结合扩展事件捕获长时间运行的审计写入，形成闭环运维能力。