A AWS já 'vacuumlo' as instâncias do PostgreSQL RDS?

Provavelmente não, porque executar cegamente vacuumloem bancos de dados aleatórios seria tolice.

Ao contrário vacuumdisso, é praticamente inevitável em um banco de dados ativo normal, vacuumlocorrige um descuido, uma situação que não deve ocorrer em primeiro lugar, já que os aplicativos devem desvincular os objetos grandes que não usam mais, quase ao mesmo tempo em que excluem as referências para esses grandes objetos.

Em um banco de dados com um grande número de objetos grandes que são manipulados adequadamente, vacuumloqueimaria ciclos de CPU e E/S a cada chamada, apenas para computar cada vez que não houvesse nada para remover.

Além disso, há duas suposições que vacuumlodevem fazer isso são discutíveis:

• o fato de que qualquer coluna do tipo oiddeve ser tomada como candidata a uma referência de objeto grande. oidsão usados ​​para outros propósitos, especialmente se você deseja fazer referência a objetos no catálogo.
• o fato de que, se um objeto grande não tiver oid referenciado em alguma tabela do mesmo banco de dados , ele deve ser removido. Se a referência estiver em outro banco de dados, ou em um arquivo, ou no mesmo banco de dados, mas embutida em uma coluna de texto, essa lógica não funciona e é de fato perigosa.