OroCommerce 4.1中清理审计表（Audit Tables）的最优方法是什么

关于是否可以直接从数据库删除记录的说明 #

不建议无任何前置准备直接执行数据库层面的批量删除操作，核心原因有两点：

• oro_audit和oro_audit_field存在主从外键关联，直接删除主表数据会触发外键约束报错；如果一次性删除全量过期数据，会触发长时间锁表，导致正常业务请求阻塞，同时会生成大量binlog拖慢数据库整体性能。
• 部分版本的Oro平台的审计日志会和操作回溯、权限校验等功能绑定，未做校验直接删除可能导致依赖审计日志的业务功能出现异常。

最优通用清理步骤 #

前置准备 #

• 清理前务必先在非生产环境验证清理逻辑，同时对生产数据库做全量快照备份，避免数据误删无法恢复。
• 提前统计待清理的记录量，确认清理范围符合预期，比如要清理6个月前的记录，可以执行以下查询：
  SELECT COUNT(*) FROM oro_audit WHERE logged_at < DATE_SUB(NOW(), INTERVAL 6 MONTH);

优先使用Oro官方CLI命令清理 #

Oro平台自带审计日志清理命令，是最安全的清理方案，会自动处理关联数据、分批删除避免锁表：

1. 先执行模拟运行，确认待删除的记录数是否符合预期：
   php bin/console oro:audit:logs:clean --env=prod --dry-run --keep-time=6months
   其中--keep-time参数可自定义保留时长，支持days/weeks/months/years多种单位。
2. 模拟运行结果无误后，执行实际清理：
   php bin/console oro:audit:logs:clean --env=prod --keep-time=6months

无官方命令时的SQL批量清理方案 #

如果你的Oro版本过低没有自带清理命令，可采用数据库层面分批删除的方案，需选择业务低峰期操作：

1. 先分批删除从表oro_audit_field的过期关联数据，每次删除1000条循环执行，避免锁表：

   DELETE af FROM oro_audit_field af
   INNER JOIN oro_audit a ON af.audit_id = a.id
   WHERE a.logged_at < DATE_SUB(NOW(), INTERVAL 6 MONTH)
   LIMIT 1000;
   

2. 从表对应数据清理完成后，再分批删除主表oro_audit的过期数据：

   DELETE FROM oro_audit
   WHERE logged_at < DATE_SUB(NOW(), INTERVAL 6 MONTH)
   LIMIT 1000;
   

3. 全部清理完成后，执行表优化释放磁盘空间（该操作会锁表，务必在低峰期执行）：
   OPTIMIZE TABLE oro_audit, oro_audit_field;

如果需要按非时间维度（比如指定操作类型、指定操作人）清理，仅需调整对应查询和删除语句的WHERE条件即可，核心原则是必须分批删除，不要一次性操作全量数据。

内容的提问来源于stack exchange，提问作者Ingo Brueggemann