为何数据库无密码时Knex.js仍出现密码认证失败？

这个问题的核心根源是PostgreSQL的认证规则会区分本地套接字连接和TCP/IP连接，而你用psql和Knex的连接方式正好触发了完全不同的认证逻辑：

为什么psql能连，Knex不行？ #

当你在命令行运行psql -d my_db时，psql默认使用Unix域套接字连接数据库，对应PostgreSQL配置文件pg_hba.conf里的local条目——通常默认的认证方式是peer（匹配操作系统用户名）或trust（直接允许连接），所以不需要密码就能成功访问。

但你的Knex配置里指定了host: '127.0.0.1'，这会强制使用TCP/IP连接，对应pg_hba.conf里的host条目，默认的认证方式可能是md5（要求密码验证）。即使你的用户没有设置密码，PostgreSQL在md5认证模式下也会拒绝空密码的连接请求，所以就出现了"password authentication failed"的错误。

两种可行的解决方案 #

方案1：修改Knex配置，使用Unix套接字连接 #

把Knex配置里的host项去掉，或者改成localhost（注意不是127.0.0.1），这样Knex会自动使用Unix套接字连接，和psql的连接方式一致，就能绕过TCP的密码认证：

const client = knex({
  client: 'postgresql',
  connection: {
    // 去掉host配置，或者改为'localhost'
    user: 'me',
    database: 'my_db'
  }
});
client('some_table').then(console.log);

方案2：修改PostgreSQL的认证规则，允许TCP连接无密码访问 #

如果你确实需要用TCP/IP连接（比如后续要支持远程访问），可以修改pg_hba.conf文件：

1. 找到PostgreSQL的配置目录（通常是/var/lib/postgresql/<版本号>/main/或/usr/local/pgsql/data/）
2. 打开pg_hba.conf，找到类似下面的条目：

   host    all             all             127.0.0.1/32            md5
   

3. 将md5改成trust，允许来自127.0.0.1的连接无需密码：

   host    all             all             127.0.0.1/32            trust
   

4. 重启PostgreSQL服务（比如执行sudo systemctl restart postgresql）

⚠️ 注意：trust认证会完全跳过密码验证，只适合本地开发环境，生产环境绝对不要使用这种方式。

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