PHP订单日志需通过created_at字段标记创建时间并加索引，再用定时任务按时间筛选删除，如DELETE FROM order_log WHERE created_at

PHP 订单日志如何设置自动过期时间

订单日志本身没有内置“过期时间”机制，必须靠外部策略控制生命周期。核心思路是：**写入时标记时间戳，清理时按时间筛选删除**。不依赖 PHP 运行时的 TTL（如 apcu_store），而是基于数据库或文件系统的时间字段做归档/清理。

MySQL 订单日志表加 created_at 并定期清理

如果日志存 MySQL，最稳妥的方式是在表结构中显式添加时间字段，并用定时任务执行 DELETE。避免用 ON UPDATE CURRENT_TIMESTAMP 误判“最后操作时间”，订单日志应以创建时间为准。

• created_at 字段类型必须是 DATETIME 或 TIMESTAMP，不能是 INT 时间戳（否则无法用 BETWEEN 和索引高效过滤）
• 给 created_at 加索引：

  ALTER TABLE order_log ADD INDEX idx_created_at (created_at);

• 清理 90 天前的日志（建议在低峰期执行）：

  DELETE FROM order_log WHERE created_at < DATE_SUB(NOW(), INTERVAL 90 DAY) LIMIT 10000;

  （分批删，防锁表）
• 不要用 TRUNCATE，它不走 WHERE，也无法回滚

文件型日志用 filemtime() 判断并清理

若订单日志写入独立文件（如 /var/log/order/20240512_abc123.log），可用 PHP 脚本扫描 + 删除。注意：不能只看文件名里的日期，要以实际修改时间为准，防止日志写入延迟导致误删。

Expanso yaml-to-json

使用 Expanso Edge 管道将 YAML 输入转换为 JSON 格式。

下载

• 遍历目录时用 scandir() 配合 is_file() 过滤，避免处理 .、..
• 用 filemtime($path) 获取最后修改时间，不是 time() 或 date()
• 清理逻辑示例：

  $cutoff = time() - 30 * 24 * 3600;
  foreach (scandir('/var/log/order') as $file) {
      $path = '/var/log/order/' . $file;
      if (!is_file($path)) continue;
      if (filemtime($path) < $cutoff) unlink($path);
  }

• 生产环境建议用 find 命令替代 PHP 脚本，更轻量：

  find /var/log/order -name "*.log" -mtime +30 -delete

用 Redis 存临时日志时慎用 EXPIRE

Redis 适合存短期调试用的订单上下文（如支付回调中间状态），但不适合长期存完整日志。因为 EXPIRE 是键级 TTL，而订单日志往往需要按业务维度（如 order_id）查询，且需审计留存。

立即学习“PHP免费学习笔记（深入）”；

• 若真要用 Redis，推荐用哈希结构：HSET order_log:abc123 status "paid" timestamp 1715500800，再单独对 key 设置过期：EXPIRE order_log:abc123 86400
• 避免用字符串存 JSON 后设过期——反序列化开销大，且无法部分更新
• Redis 持久化配置（RDB/AOF）不影响过期逻辑，但重启后未持久化的过期键会丢失，别当可靠日志存储

真正难的不是“怎么设过期”，而是决定哪些日志必须保留、保留多久、谁来触发清理、清理失败是否告警。数据库和文件系统的清理动作必须可重入、有日志记录、避开高峰期——这些比一行 EXPIRE 或一个 WHERE 条件重要得多。