Depuis la version 13 de PostgreSQL, nous disposons d'un moyen pour invalider les slots de réplication en fonction de la quantité de WAL retenus : `max_slot_wal_keep_size`. Ce paramètre permet de préserver le service en éliminant une source possible de saturation du stockage contenant les WAL. La version 18 introduit le paramètre `idle_replication_slot_timeout` qui permet d'invalider des slots en se basant sur la durée d'inactivité du slot. Celle-ci est calculée avec le champ `inactive_since` de `pg_replication_slots`, apparu en version 17. Le défaut (0) conserve indéfiniment les slots. La durée est exprimée en minute. Comme l'invalidation a lieu lors des checkpoints, qui ont lieu tous les `checkpoint_timeout` (5 minutes par défaut, parfois plus), ou une fois `max_wal_size` atteinte, il est possible que le slot soit invalidé plus tard que prévu. Dans ce cas, il est possible de forcer un checkpoint manuellement. Ce mécanisme d'invalidation ne fonctionne que pour des slots qui réservent des WAL, ce qui est le mode habituel. Cela exclut les slot synchronisés (`synced`) depuis le primaire (une nouveauté de la version 17), c'est-à-dire des slots posés sur un serveur secondaire (réplica physique), en complément d'un primaire, et destinés à garantir le maintien de la réplication en cas de bascule. En effet, ces slots sont considérés comme inactifs car ils ne réalisent pas de décodage logique.