postgres升级后分析太慢

Question

我正在开发一台测试服务器来升级一个大型数据库，700 on，大约有20000个表。

使用-link选项升级的速度足够快，但是只使用分析脚本需要8个小时，这比我所能解释的停机时间要多。(9.3至9.4)

到底是要加快分析速度，还是在升级后的实时生产数据库中运行？

这会对性能产生什么影响？

Answer 1

8小时来分析700 to似乎是一个很长的时间。是什么让它这么慢？您有使用缓慢用户定义函数的表达式索引吗？这肯定会减缓事态的发展。你有非常高的default_statistics_target设置吗？您是否有一个配置不足的大磁盘子系统？

您是在使用analyze-in-stages还是只使用analyze-only？

您是否与-j选项并行执行？如果你只是升级到9.4 (这本身就是一个错误--如果升级对你来说是痛苦的，为什么不一次跳几个版本，这样你就不需要经常这么做了？)

至于在后台运行它，通常一个数据库可以通过没有统计数据或普通操作的粗略统计数据，而只需要详细的统计数据来报告或分析，例如周报告、月底报告或年终报告。因此，在进行分析之前，您可以先打开数据库供普通使用。(或者，如果您执行analyze-in-stages，则在第一阶段完成后打开它)。另一方面，有些数据库从一开始就需要良好的统计数据，因为否则即使是常规查询也会使用如此可怕的计划，根本无法完成，而且会占用大量的CPU和磁盘资源，从而减慢了空分数据库脚本的速度。

如果不了解数据库的细节，就无法知道您将陷入哪一种情况。如果您对生产系统中的一些典型和/或关键查询进行了抽样，则可以在没有统计数据的测试服务器上重放这些查询，并查看会发生什么。

Answer 2

如果您需要分析整个数据库，请减少default_statistics_target，直到分析适合您的维护窗口，然后再运行完整的分析。