Aurora DB是否支持类DynamoDB的Time to live自动删数功能？

直接给结论：Aurora全系列引擎（MySQL兼容版、PostgreSQL兼容版）原生没有提供和DynamoDB TTL完全对等的开箱即用托管TTL能力，没法像DynamoDB那样只需要指定一个时间戳字段，后台就自动异步清理过期数据且完全不占用业务资源，但可以通过几种成熟方案实现完全一样的过期自动删除效果：

• 用数据库内置调度能力做定时清理
  这是成本最低的实现方式，不需要引入额外组件：
  • 对Aurora MySQL：开启内置的事件调度器，写定时DELETE任务即可，参考配置：

    -- 全局开启事件调度器
    SET GLOBAL event_scheduler = ON;
    -- 创建每日凌晨2点（业务低峰）执行的过期数据清理任务
    CREATE EVENT auto_clean_expired
    ON SCHEDULE EVERY 1 DAY
    STARTS (TIMESTAMP(CURRENT_DATE) + INTERVAL 1 DAY + INTERVAL 2 HOUR)
    DO
      DELETE FROM your_biz_table WHERE ttl_expire_time < UNIX_TIMESTAMP() LIMIT 1000;
    

    语句里加LIMIT是为了避免单次删除数据量太大产生大事务，锁表影响正常业务。
  • 对Aurora PostgreSQL：直接用默认预装的pg_cron扩展配置定时任务即可，不需要额外安装依赖：

    -- 配置每小时执行一次的清理任务，每次最多删1000条过期数据
    SELECT cron.schedule('expired-data-clean-job', '0 * * * *',
      'DELETE FROM your_biz_table WHERE ctid IN (SELECT ctid FROM your_biz_table WHERE ttl_expire_time < NOW() LIMIT 1000)'
    );
    

  要注意这类方式和原生DynamoDB TTL的核心差异：删除操作会占用数据库实例的CPU、IO资源，所以尽量把任务调度到业务低峰期跑，同时一定要给存过期时间的字段加索引，避免全表扫描。
• 用范围分区做快速过期淘汰
  如果你的业务数据是按时间持续生成、过期规则和时间强绑定（比如日志、临时会话、订单流水类数据），优先用范围分区表，把过期时间作为分区键，到点直接DROP对应过期分区就行。这种操作是元数据级别的，毫秒级完成，完全不会产生DELETE操作的事务开销，性能比定时删数好很多，大流量场景优先选这个方案。
• 配合EventBridge+Lambda实现外部调度清理
  如果不方便在数据库侧配置调度任务，也可以用EventBridge配置定时规则触发Lambda，由Lambda按批次扫描、删除过期数据，适合多数据库实例统一管理清理规则的场景，灵活度更高。

踩坑提醒：不管用哪种方案，都不要一次性删除大批量过期数据，很容易导致实例CPU打满、锁表、主从延迟升高，建议分批小量删除，把清理的资源消耗控制在合理范围内。

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