knaperek's questions

我想将 CloudSQL (GCP) 上的 Postgres 9.6 数据库升级到版本 13。由于 SQL 导出/导入是唯一受支持的升级路径，我已导出 PG9.6 数据库并尝试将其导入新的 PG13 实例。

导入失败，但出现以下错误：

ERROR: function public.pg_stat_statements_reset() does not exist

我认为它是由转储中的以下行触发的：

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

当我尝试在新的 PG13 实例上手动执行该单行时，我也遇到了错误。同样的情况也发生在 PG12 上。

不过在 PG11 上，它工作正常。

我已确保pg_stat_statements在所有经过测试的数据库实例中都安装了该扩展：

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)

我找不到任何有关影响此的重大更改的文档。关于它为什么不起作用的任何想法？

我有一个相当大的 MySQL DB (InnoDB)，大小约为 400 MB。因此，使用 mysqldump转储整个数据库并将其恢复需要很长时间（超过 15 分钟，这是不可接受的）。

出于调试目的，我需要针对数据库的某个“版本”运行我的代码，然后将所有更改还原（如果有）并重试（可能多次）。为了重现错误，我需要始终从相同版本的 DB 开始。

有没有办法手动指示数据库创建时间点快照，然后按需恢复？理想情况下，这应该只需要几秒钟（我想会使用一些写时复制的方法）。

我正在寻找一种独立于最终应用程序的解决方案。想象一个您需要在其上运行机器人测试的 Web 应用程序（包括多个请求/响应周期）。此外，如果我们将应用程序视为可能存在错误，我们也不能相信它能够可靠地管理事务回滚。

我只是尝试/var/lib/mysql用rsync. 恢复后甚至无法启动 MySQL，可能有一些文件留在某处破坏了完整性。无论如何，我一直在寻找更高级别的解决方案，仅将 FS 级备份作为最后的希望。