来源：myabc
11 种常见的 PostgreSQL 升级错误
1.缺乏全面规划
升级 PostgreSQL 时的一个常见错误是低估了充分规划所需的时间和资源。要无缝升级到新版本，就必须进行全面规划，如果在这一阶段敷衍了事，就会导致各种问题，小到出现故障，大到严重宕机和数据丢失。
PostgreSQL 升级的关键规划步骤包括一系列行动，其中包括深入查看发布说明，确保对当前数据库进行完整备份，以及在临时环境中对升级过程进行严格测试。此外，规划还应该包括评估应用程序与新数据库版本的兼容性、评估硬件升级的必要性以及为配置更改做准备。
PostgreSQL升级终极清单：https://www.percona.com/resources/the-ultimate-postgresql-upgrade-checklist
2.运行默认配置
PostgreSQL 的默认的基本配置，没有针对任何特定工作负载进行优化，这种设计选择可确保在不同环境中的兼容性。这种设置预计用户会自定义配置，以满足他们的独特需求。但是，如果这些自定义配置在升级过程中没有得到充分转移，就可能导致性能问题或意外错误。
此外，新版本往往会引入更改或额外设置，如果不修改默认配置，升级过程就会变得更加复杂。要保持数据库的稳定性和效率，并利用新版本中的任何改进，在升级过程中仔细审查和调整这些设置是必不可少的。
对于希望避免选择、配置和管理扩展的麻烦的 DBA 来说，Percona Distribution for PostgreSQL 附带了用于高可用性、性能、备份和监控的集成组件，所有组件都经过认证、兼容性测试和全面支持。
3.跳过 PostgreSQL 次要版本
PostgreSQL通常每年发布一个新的主版本（如v14、v15、v16），而次要版本（如v15.5、v16.1）通常每三个月发布一次。不过，值得注意的是，PostgreSQL 的每个主要版本通常都会更改内部数据存储格式，这意味着如果不做好准备，从 v14.x 升级到 v15.x 可能会很复杂。在实现升级的同时，数据库 dump 和 reload 或使用 pg_upgrade 工具对于重大版本升级至关重要。
因此，这里有一些问题需要考虑：你真的需要升级到最新、最好的版本吗？也许不需要。
如果你只需要次要版本中的 bug 或安全修复，或者还没准备好大的飞跃，也不需要主要版本中的任何新功能，那么升级到你想要的次要版本通常会更直接。你只需停止数据库服务器，更新二进制文件，然后重新启动服务器即可。
4.忽视扩展和依赖
用户之所以喜欢 PostgreSQL，是因为它支持大量扩展和外部库，可以帮助满足专业需求。然而，更新或重新安装这些扩展是升级时经常忽略的关键步骤。升级 PostgreSQL 时，更新的扩展有可能无法按预期运行，或者根本不兼容。此外，用户可能无法受益于最新版本中的任何更新或安全补丁。忽略扩展和补丁可能会导致应用程序故障或数据库整体性能下降。
5.测试不足
测试不足是 PostgreSQL 更新过程中常见的错误做法，可能导致严重问题。全面测试的重要性往往被低估，导致一些用户只执行最低限度的测试，或在某些情况下完全跳过这一关键步骤。这种忽视可能会在生产环境中造成意想不到的问题，而这些问题本可以通过适当的测试来预防或检测到。
因此，制定详细的测试计划至关重要，该计划应细致检查受 PostgreSQL 升级影响的应用程序的各个方面。这包括确保数据迁移的完整性和准确性、验证查询功能的正确性，以及评估升级后数据库环境中的整体应用程序功能。
此外，测试计划还应包括功能和性能测试。功能测试将检查应用程序在更新后的数据库版本中是否正常运行。另一方面，性能测试将评估应用程序在不同情况下的响应速度和稳定性。采用这种双重测试策略，可以在更新的系统全面实施之前主动发现并解决兼容性或性能问题。
6.忽略兼容性问题
在迁移到新版本的 PostgreSQL 时，确保兼容性应放在清单的首位。PostgreSQL的每次更新都可能会引入SQL语法或数据库行为的变化，这些变化可能会与当前的代码和查询发生冲突。如果忽视这些兼容性问题，就可能在新的数据库设置中产生应用程序错误等问题。
要有效地解决这些问题，就必须彻底查看 PostgreSQL 更新版本附带的发布说明和文档。及早发现潜在的兼容性问题，可以调整 SQL 查询和应用程序代码，以适应新版本。确保应用程序和系统与升级后的 PostgreSQL 版本完全兼容，可以大大降低升级过程中的相关风险，从而获得更稳定、性能更高的数据库环境。
7.不备份数据
无论是因为过于自信还是因为健忘，在升级前不备份 PostgreSQL 数据库都可能导致数据丢失、停机时间延长或潜在的合规性违规。备份是你的安全网，能确保在出现意外时恢复到原始状态。这不仅是一种最佳做法，也是一种重要的风险缓解策略。备份的主要目的是保护数据。虽然升级通常很简单，但偶尔也会因为兼容性问题、不可预见的错误、硬件故障或......
8.低估停机时间
在升级 PostgreSQL 数据库时，低估潜在的停机时间是一个常见错误。虽然数据库升级的本质往往要求应用程序在此期间不可用，但认为 "我不会发生长时间停机！"的想法并不是正确的升级方法。
更可取的方法是安排一个合适的维护窗口，其中包括更新的预计持续时间，并考虑到可能发生的任何意外问题。这将最大限度地减少升级对用户的影响，并在升级遇到复杂情况时提供缓冲。
尽管许多文章和服务都声称PostgreSQL升级零停机时间，但必须谨慎对待这些承诺，尤其是在不熟悉升级过程的情况下。这类承诺通常来自拥有丰富经验和特定工具的专家，他们所创造的场景可能无法在每个环境中轻易复制。假定实现零停机时间很容易，这可能具有欺骗性和风险性。
对于第一次尝试升级 PostgreSQL 的人或经验较少的人来说，明智的做法是计划一定程度的停机时间。这种策略使升级过程更切合实际，确保管理潜在的中断，将对运营的影响降到最低。
9.急于求成
匆忙升级PostgreSQL可能会带来风险和适得其反的结果，原因包括但不限于以下几个方面：
·测试不充分：升级需要在模拟生产设置的临时环境中进行彻底测试。不要加速测试！
·数据风险：由于 PostgreSQL 升级可能会对数据存储方式造成重大改变，因此匆忙升级会增加数据损坏或丢失的风险。
·兼容性问题：新的 PostgreSQL 版本可能会引入与现有设置不兼容的更改，因此请花时间了解这些更改，以避免系统不稳定的风险。
·停机时间延长：如果没有充分的计划和测试，升级可能会导致长时间停机，影响用户和业务运营。
10.忽视升级后的监控
完成升级后，密切监控系统至关重要。这种警惕性有助于保护数据库免受潜在问题的影响，这些问题可能不会立即显现。应监控各种性能指标和系统行为，以便快速发现并纠正任何异常情况。通过保持警惕和快速反应，可以确保数据库继续高效运行，保持所期望的高标准完整性和性能。
11.不寻求帮助
觉得无法独自完成 PostgreSQL 升级，但又犹豫是否要寻求帮助？请记住，寻求专业人士的帮助往往是一个明智的决定，尤其是在复杂的升级过程中。需要帮助绝对没有错！
