15
0
0
宝塔 PostgreSQL 报错 permission denied for schema public 怎么解决
文章摘要
|
现象
新项目启动时，日志里出现类似错误：
ERROR: permission denied for schema public (SQLSTATE 42501)同时能看到程序在执行自动建表，例如：
CREATE TABLE "lh_users" (...)很多人第一反应是：宝塔里不是已经创建了数据库和用户吗？为什么还不行？
错误是什么意思
一句话：
数据库已经连上了，但当前业务用户没有在 public 模式下创建表的权限。
- 能连接：账号密码、库名一般没问题
- 建不了表：
CREATE TABLE被 PostgreSQL 拒绝 - 错误码
42501：权限不足（insufficient_privilege）
这和「表结构写错」通常无关，是权限问题。
为什么宝塔里创建了还有用？
宝塔「添加数据库」一般只会：
- 创建数据库
- 创建用户
- 给这个用户连库、使用该库的基本权限
但从 PostgreSQL 15 开始，public 模式默认不再给普通用户 CREATE 权限。
所以会出现这种组合：
- 宝塔里库、用户都建好了
- 程序能连上
- 自动迁移建表仍然报
permission denied for schema public
结论：在宝塔创建数据库是必要的，但不等于已经有建表权限。
在宝塔哪里处理
进入：软件商店 → PostgreSQL 管理器 → 数据库列表
找到你的业务库（例如库名 login、用户 login），可以先点右侧「权限」看有没有所有者设置。
如果面板里不好改，就用终端补授权（推荐）。
终端怎么连 PostgreSQL
1. 注意：直接敲 psql 常会失败
sudo -u postgres psql
# sudo: psql: command not found宝塔安装的 PostgreSQL，客户端通常不在系统 PATH 里，要用完整路径。
2. 确认 psql 位置
ls /www/server/pgsql/bin/psql如果存在，用下面方式连接超级用户：
/www/server/pgsql/bin/psql -U postgres -h 127.0.0.1 -p 5432密码在 PostgreSQL 管理器页面点「Postgres 密码」查看或重置。
如果路径不对，可搜索：
find /www -name psql 2>/dev/null3. 给业务用户补权限
以库名 login、用户 login 为例：
\c login
GRANT USAGE, CREATE ON SCHEMA public TO login;
ALTER DATABASE login OWNER TO login;
\q把上面的 login 换成你自己的库名和用户名。
4. 验证是否修好（可选）
/www/server/pgsql/bin/psql -U login -h 127.0.0.1 -d login -p 5432进入后执行：
CREATE TABLE test_perm(id int);
DROP TABLE test_perm;
\q能建能删，说明权限已经够了。然后再启动项目，自动建表一般就能过。
常见误区
| 误区 | 实际情况 |
|---|---|
| 以为是程序代码写错 | 多数是 schema 权限不够 |
| 以为宝塔创建库就够了 | PG15+ 还要额外授权 |
| 去改「客户端认证」 | 那是连不上时的配置；你现在是能连但不能建表 |
直接敲 psql |
宝塔环境通常要用 /www/server/pgsql/bin/psql |
小结
遇到：
permission denied for schema public (SQLSTATE 42501)优先检查：
- 业务用户是不是该库的 owner
- 是否已对
public授予USAGE, CREATE - 授权后重新启动项目
按上面做完，新项目自动建表这一步通常就能正常通过。