不能在已连接的psql会话中直接切换回postgres用户，必须新建连接或通过系统级方式（如sudo -u postgres psql）获取postgres身份，因pg_hba.conf认证机制（如peer）和密码缺失常导致\c - postgres失败。
不能在已连接的 psql 会话里“切换回”postgres 用户——必须新建连接，或用系统级方式获得 postgres 身份。
psql 里用 \c 切用户只适用于已有密码且 pg_hba.conf 允许密码认证的场景
在 psql 中执行 \c - postgres 确实能尝试重连为 postgres 用户，但前提是：
- 当前连接的数据库（比如
myapp）允许postgres用户通过该连接方式登录（通常是md5或scram-sha-256） -
postgres用户已设密码（ALTER USER postgres PASSWORD 'xxx';），默认安装往往没设 -
pg_hba.conf中对应行不是peer—— 若是local all postgres peer，\c - postgres会直接报错Peer authentication failed
常见错误现象：FATAL: Peer authentication failed for user "postgres"。这不是命令写错了，是认证机制拦住了。
真正可靠的做法：先切系统用户，再进 psql
PostgreSQL 的 postgres 是一个操作系统级账户，它的设计意图就是由系统用户 postgres 启动和管理数据库。所以最稳妥路径是：
- 用
sudo -u postgres psql直接以系统用户身份启动 psql（无需密码，依赖peer或trust认证） - 如果当前是普通用户且不在
postgres组，需先加组：sudo usermod -aG postgres $USER，再登出重进 - 若
sudo -u postgres psql报permission denied，检查/var/lib/postgresql/*/data目录权限是否被改过
这条路径不依赖数据库密码，也不受 pg_hba.conf 中 password 类型限制，是运维和脚本中最常走的通路。
不想输 sudo？配置 pg_hba.conf 支持本地密码登录
如果你坚持用 psql -U postgres 或 \c - postgres，就得让 PostgreSQL 接受密码。步骤是：
- 编辑
pg_hba.conf（位置通常为/etc/postgresql/*/main/pg_hba.conf或/var/lib/pgsql/*/data/pg_hba.conf） - 找到
local all postgres peer这一行，改为local all postgres md5（或scram-sha-256） - 执行
ALTER USER postgres PASSWORD 'your_secure_password';（注意：空密码不被md5接受） - 重启服务：
sudo systemctl restart postgresql（或pg_ctl reload）
改完后 psql -U postgres -W 才能弹出密码提示；否则即使命令对，也会卡在认证环节。
真正容易被忽略的是：很多人以为 postgres 是个“数据库账号”，可以像 MySQL 那样随意 GRANT 后就切换，但它本质是绑定系统用户的超级角色。不理解这层绑定关系，所有“切换”操作都会卡在认证或权限上。
