版本控制策略

PostgreSQL 全球开发组大约每年发布一个包含新功能的主要版本。每个主要版本都会收到错误修复,并且如果需要,还会收到至少每三个月发布一次的“次要版本”中的安全修复。有关次要版本计划的更多信息,您可以查看次要版本路线图

如果发布团队认为某个关键错误或安全修复非常重要,不能等到定期安排的次要版本发布,则可能会在次要版本路线图之外提供发布版本。

PostgreSQL 全球开发组在其初始发布后支持主要版本 5 年。此后,将发布最终的次要版本,并且该软件将不再受支持(生命周期结束)。

版本编号

从 PostgreSQL 10 开始,主要版本通过增加版本的第一部分来表示,例如 10 到 11。在 PostgreSQL 10 之前,主要版本通过增加版本号的第一部分或第二部分来表示,例如 9.5 到 9.6。

次要版本通过增加版本号的最后一部分来编号。从 PostgreSQL 10 开始,这是版本号的第二部分,例如 10.0 到 10.1;对于较旧的版本,这是版本号的第三部分,例如 9.5.3 到 9.5.4。

升级

主要版本会进行复杂的更改,因此无法以向后兼容的方式维护数据目录的内容。主要升级需要对数据库进行转储/重新加载或使用 pg_upgrade 应用程序。我们还建议阅读您计划升级到的主要版本的升级部分。您可以从一个主要版本升级到另一个主要版本,而无需升级到中间版本,但我们建议在升级之前阅读所有中间主要版本的发行说明

次要版本升级不需要转储和还原;您只需停止数据库服务器,安装更新后的二进制文件,然后重新启动服务器。此类升级可能需要额外的步骤,因此请务必先阅读发行说明。

次要版本仅包含对常见错误、低风险修复、安全问题和数据损坏问题的修复。社区认为执行次要升级比继续运行旧的次要版本风险更低。

我们建议用户始终运行与其主要版本关联的当前次要版本。

版本发布

版本 当前次要版本 支持 首次发布 最终发布
17 17.2 2024年9月26日 2029年11月8日
16 16.6 2023年9月14日 2028年11月9日
15 15.10 2022年10月13日 2027年11月11日
14 14.15 2021年9月30日 2026年11月12日
13 13.18 2020年9月24日 2025年11月13日
12 12.22 2019年10月3日 2024年11月21日
11 11.22 2018年10月18日 2023年11月9日
10 10.23 2017年10月5日 2022年11月10日
9.6 9.6.24 2016年9月29日 2021年11月11日
9.5 9.5.25 2016年1月7日 2021年2月11日
9.4 9.4.26 2014年12月18日 2020年2月13日
9.3 9.3.25 2013年9月9日 2018年11月8日
9.2 9.2.24 2012年9月10日 2017年11月9日
9.1 9.1.24 2011年9月12日 2016年10月27日
9.0 9.0.23 2010年9月20日 2015年10月8日
8.4 8.4.22 2009年7月1日 2014年7月24日
8.3 8.3.23 2008年2月4日 2013年2月7日
8.2 8.2.23 2006年12月5日 2011年12月5日
8.1 8.1.23 2005年11月8日 2010年11月8日
8.0 8.0.26 2005年1月19日 2010年10月1日
7.4 7.4.30 2003年11月17日 2010年10月1日
7.3 7.3.21 2002年11月27日 2007年11月27日
7.2 7.2.8 2002年2月4日 2007年2月4日
7.1 7.1.3 2001年4月13日 2006年4月13日
7.0 7.0.3 2000年5月8日 2005年5月8日
6.5 6.5.3 1999年6月9日 2004年6月9日
6.4 6.4.2 1998年10月30日 2003年10月30日
6.3 6.3.2 1998年3月1日 2003年3月1日