PostgreSQL初始化配置的实现小结
一、PostgreSQL安装
搞定PostgreSQL的安装,其实就几个命令的事。咱们先用包管理器把它装上:
dnf install -y postgresql-server
紧接着,需要对数据库进行初始化,这一步必不可少:
# 初始化pgsql /usr/bin/postgresql-setup --initdb
最后,启动服务并设置为开机自启,让它一直在后台待命:
# 启用pgsql systemctl enable postgresql.service systemctl start postgresql.service
二、PostgreSQL配置远程访问
想要从其他机器连接咱们的PostgreSQL,就得动两个关键配置文件。别担心,跟着步骤走就行。
1. 配置文件一:postgresql.conf
首先,找到并编辑这个文件。通过默认仓库安装的话,通常路径是 /var/lib/pgsql/data/postgresql.conf;如果版本是16,路径则可能是 /var/lib/pgsql/16/data/postgresql.conf。需要做的是取消注释并修改下面这两行:
listen_addresses = '*' # 允许所有IP访问 port = 5432 # 默认端口
把 listen_addresses 改成 '*',意味着数据库开始监听所有网络接口,这是远程访问的前提。
2. 配置文件二:pg_hba.conf
光监听还不够,还得规定谁可以连接。这个权限规则就在 pg_hba.conf 文件里,路径与上一个文件同级。你需要根据实际网络环境,从下面这些配置范例中选择或组合使用:
# local行仅针对Unix域套接字连接,不涉及网络 # host行针对TCP/IP连接 # 允许本地socket连接访问数据库 local all all md5 # 允许本地TCP连接(127.0.0.1)使用md5: host all all 127.0.0.1/32 md5 # 允许所有IP访问数据库 host all all 0.0.0.0/0 md5 # 允许某网段访问数据库: host all all 192.168.1.0/24 md5 # 允许admin用户通过127.0.0.1访问数据库 host all admin 127.0.0.1/32 md5 # 允许admin用户通过127.0.0.1访问访问testdb库 host testdb admin 127.0.0.1/32 md5
简单来说,host 行的格式定义了:允许哪个数据库(all 代表所有)、哪个用户、从哪个IP地址段、使用哪种认证方法来连接。按需配置,安全第一。
3. 重启服务生效
修改完上面两个文件,别忘了让PostgreSQL重新加载配置。任选一条重启命令执行即可:
systemctl restart postgresql service postgresql restart
三、PostgreSQL认证方式
连接时的认证方式是个关键点,配置错了很可能连不上。主要有两种场景:
1. 使用md5/password认证
这是最常见的远程连接认证方式。需要在 pg_hba.conf 文件的对应规则里指定 md5 或 password。新版本中更推荐使用安全性更高的 scram-sha-256,但这要求客户端库也支持SCRAM协议。
2. 使用Ident/Peer认证
这种方式通常用于本地连接,原理是将操作系统用户直接映射为数据库用户,省去了输密码的步骤。但要注意,它要求你当前登录的系统用户名,必须和你要连接的PostgreSQL数据库用户名一致。如果映射失败,连接照样会告吹。
四、PostgreSQL常用操作
数据库服务跑起来之后,下面这些命令就是你日常管理的好帮手了。咱们快速过一遍:
# 进入 psql sudo -u postgres psql # 创建数据库 CREATE DATABASE testdb; # 创建用户: CREATE USER admin WITH PASSWORD 'admin123'; # 授予用户访问testdb数据库权限: GRANT ALL PRIVILEGES ON DATABASE testdb TO admin; # 查看所有数据库 \l # 切换到testdb库 \c testdb # 查看数据库里的表 \dt # 查看当前数据库名称 SELECT current_database(); # 退出 \q # 远程登陆PostgreSQL psql -h 127.0.0.1 -U admin -d testdb -W admin123
从初始登录、建库建用户,到权限分配和连接测试,这一套组合拳下来,基本的管理流程就走通了。不妨亲手敲一遍,印象会更深刻。
游乐网为非赢利性网站,所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系youleyoucom@outlook.com。
同类文章
金仓数据库逻辑备份实战:全库导出与模式替换全流程
在长期的运维实践中,我越来越体会到,备份就像一份保险——平时看似无用,但关键时刻却是唯一的救命稻草。逻辑备份看似简单,可真正执行恢复时,各种陷阱接连浮现:表名大小写不一致、Schema 未正确切换、Owner 属性未同步修改……任何一个环节处理不当,最终恢复出的数据库就会与预期相去甚远。 本文将深入
金仓数据库sys_rman物理备份全流程演练与误覆盖恢复
干运维这行,逻辑备份和物理备份我都接触过,但说句实在话,真正能在生产环境里扛住事儿的,还得是物理备份。逻辑备份导出的是 SQL 语句,数据量一大,那速度慢得让人抓狂,而且最关键的是,它没法做时间点恢复。物理备份不一样,它直接拷贝数据文件,再配上 WAL 归档日志,想恢复到过去哪一秒都行,这是它最硬核
Windows下将MySQL注册为系统自启服务教程
先说一个关键前提:务必以管理员身份运行终端,否则 mysqld --install 这条命令几乎不可能成功。问题不在于命令写错,而是 Windows 系统的用户账户控制(UAC)机制会在中途拦截——在普通 CMD 或 PowerShell 窗口执行这条命令,要么直接提示 Access is deni
Mac版Navicat中快速对比两个数据库的表结构异同
直接说结论:Mac 版 Navicat 和 Windows 版在表结构比对逻辑上完全一致。但默认配置下,它确实无法承受“全库一键比对上万张表”的压力。要想避免卡死、内存溢出、进度条永远停在 0%,你必须手动将表分批处理,或者利用前缀过滤来控制扫描范围。 为什么 Mac 上点击「结构同步」后界面会卡住
MySQL中UNION操作推荐用UNION ALL的原因
MySQL中UNION与UNION ALL性能对比:别再被“保险”迷惑,差距远超预期 先给出核心结论:UNION ALL 的性能通常比 UNION 高出不止一个数量级。原因在于,UNION 在合并结果集后会自动触发去重操作,这往往伴随着隐式排序,进而产生临时表和文件排序。而 UNION ALL 则直
- 日榜
- 周榜
- 月榜
相关攻略
2026-07-03 07:08
2026-07-03 07:07
2026-07-03 07:07
2026-07-03 07:07
2026-07-03 07:07
2026-07-03 07:07
2026-07-03 07:07
2026-07-03 07:06
热门教程
- 游戏攻略
- 安卓教程
- 苹果教程
- 电脑教程
热门话题

