knaperek's questions

Desejo atualizar um banco de dados Postgres 9.6 no CloudSQL (GCP) até a versão 13. Como a exportação/importação de SQL é o único caminho de atualização compatível, exportei o banco de dados PG9.6 e tentei importá-lo para uma nova instância PG13.

A importação falha com o seguinte erro:

ERROR: function public.pg_stat_statements_reset() does not exist

Eu percebi que é acionado pela seguinte linha no dump:

GRANT ALL ON FUNCTION public.pg_stat_statements_reset() TO somerandomuser;

Quando tento executar essa única linha manualmente na nova instância PG13, também recebo o erro. O mesmo acontece no PG12.

No PG11, porém, funciona bem.

Verifiquei se a pg_stat_statementsextensão está instalada em todas as instâncias de banco de dados testadas:

SELECT * FROM pg_available_extensions WHERE name = 'pg_stat_statements' and installed_version is not null;

        name        | default_version | installed_version |                                comment                                 
--------------------+-----------------+-------------------+------------------------------------------------------------------------
 pg_stat_statements | 1.8             | 1.8               | track planning and execution statistics of all SQL statements executed
(1 row)

Não consegui encontrar nenhuma documentação sobre uma alteração importante que afete isso. Alguma idéia de por que não está funcionando?

Eu tenho um banco de dados MySQL decentemente grande (InnoDB) com tamanho de cerca de 400 MB. Assim, despejar todo o banco de dados com mysqldump e restaurá -lo leva uma eternidade (mais de 15 minutos, o que é inaceitável).

Para fins de depuração, preciso executar meu código em uma determinada "versão" do banco de dados e, em seguida, reverter todas as alterações (se houver) e tentar novamente (possivelmente várias vezes). Para reproduzir um bug, preciso sempre iniciar da mesma versão do DB.

Existe alguma maneira de instruir manualmente o banco de dados para criar um instantâneo point-in-time e restaurá-lo de volta sob demanda ? Idealmente, isso deve levar apenas alguns segundos (eu imagino que algum método copy-on-write seria usado).

Estou procurando uma solução independente do aplicativo final. Imagine um aplicativo da Web no qual você precisa executar seus testes de robô (o que inclui vários ciclos de solicitação/resposta). Além disso, se tratarmos o aplicativo como possivelmente com erros, também não podemos confiar nele para gerenciar reversões de transações de maneira confiável.

Acabei de tentar fazer backup /var/lib/mysqlcom rsync. Não é possível nem iniciar o MySQL após a restauração, provavelmente há algum arquivo deixado em algum lugar que quebra a integridade. De qualquer forma, eu estava procurando uma solução de nível mais alto, recorrendo a backups de nível FS apenas como última esperança.