PostgreSQL大版本升级引发登录及数据异常问题咨询

1. 大版本升级是否会导致登录锁定、密码变更？ #

不会直接触发登录锁定或密码变更，但会间接引发登录失败的情况：

• 跨版本密码认证机制差异：PostgreSQL 8默认使用md5哈希存储密码，而11版本默认支持scram-sha-256加密，若升级后pg_hba.conf配置未适配（比如新版本默认拒绝旧的md5认证请求），会导致客户端登录失败，看起来像“登录锁定”。
• 系统表未迁移：如果未通过官方工具迁移系统表（如pg_authid），新版本实例会使用全新的用户体系，旧的账号密码无法被识别，自然无法登录。

2. 为何升级会引发此类问题？ #

核心原因是PostgreSQL跨大版本（如8→11）不支持直接覆盖升级，你用yum update直接升级的操作本身不符合官方升级规范：

• 存储格式不兼容：不同大版本的PostgreSQL数据文件结构、系统表定义差异极大，新版本的postgres进程无法直接读取旧版本的数据目录，启动后会生成全新的空实例，导致用户看不到旧数据。
• 升级流程缺失：跨大版本升级必须使用pg_upgrade工具（或逻辑备份恢复）来迁移数据，直接用yum覆盖安装只会替换二进制文件，不会迁移旧数据，导致新版本服务加载的是空数据库。
• 配置文件被替换：yum升级时会生成新的默认配置文件（如postgresql.conf、pg_hba.conf），可能覆盖旧配置中的监听地址、认证规则等，进一步引发登录失败。

3. 数据库表存储在磁盘中，为何失去连接会导致数据丢失？ #

这是误解：不是失去连接导致数据丢失，而是错误的升级操作让旧数据未被加载到新版本实例中。旧版本的数据文件仍然存在于磁盘的原数据目录中，但新版本的PostgreSQL服务不会自动读取旧目录（跨大版本也无法读取）。你看到的“数据丢失”是因为新版本实例是全新创建的空库，并非磁盘上的旧数据被删除——只要没手动删除旧数据目录，旧数据还能通过回滚到旧版本或使用pg_upgrade迁移来恢复。

内容的提问来源于stack exchange，提问作者moth