当前位置： 首页 > news >正文

Ubuntu 18.04下用APT安装PostgreSQL实战指南

news 2026/6/22 8:17:53

1. 项目概述：为什么在 Ubuntu 18.04 上亲手装 PostgreSQL 是件值得花两小时的事

PostgreSQL、Ubuntu 18.04、install、use、apt——这五个词凑在一起，不是一句模糊的搜索指令，而是一条真实存在的技术路径：它指向一个已稳定服役近五年的经典 LTS 环境，一个被大量企业级中间件、遗留系统和教学实验环境长期依赖的操作系统基线，以及一个至今仍被 DevOps 工程师、后端开发者和数据库管理员反复验证过的开源关系型数据库核心安装范式。我第一次在生产边缘环境（某高校教务系统灾备节点）部署 PostgreSQL 时，用的就是 Ubuntu 18.04 + PostgreSQL 10.22，当时没走 Docker，也没碰 Snap，就靠apt一条命令加三步手动配置，跑通了全年无故障的定时归档与逻辑复制。这不是怀旧，而是因为 Ubuntu 18.04 的 APT 包管理器对 PostgreSQL 的支持，是 Debian 系发行版中最成熟、最可预测、最易审计的一套组合——它的二进制包由官方维护团队持续更新至 2023 年 4 月（ESM 阶段延至 2028），所有依赖版本锁定、符号链接规范、systemd 单元文件开箱即用，连pg_hba.conf的默认权限都设为 0600。你可能看到网上一堆“PostgreSQL 和 MySQL 区别”的对比文章，但真正决定你能否在周五下午三点顺利把服务切过去的关键，往往不是 ACID 实现细节，而是sudo apt install postgresql执行完后，/var/lib/postgresql/10/main/目录下那个完整初始化的集群是否能立刻pg_ctl start。这不是理论题，是实操题。它适合三类人：正在维护老系统的运维同学、需要复现课程实验环境的学生、以及想彻底搞懂 Linux 下数据库服务生命周期的初级 DBA。如果你正卡在sudo: apt: command not found或command 'nvidia-smi' not found这类报错上——别急，那大概率是你还没真正进入 Ubuntu 的包管理世界，我们接下来要做的，就是从apt的底层机制开始，一砖一瓦垒出一个可验证、可调试、可审计的 PostgreSQL 实例。

2. 核心设计思路与方案选型逻辑：为什么不用 snap、docker 或源码编译

2.1 拒绝 Snap：不是技术不行，而是语义错位

Ubuntu 18.04 原生支持 Snap，PostgreSQL 官方也提供了snap install postgresql方案。但我坚持不用，原因很具体：Snap 将整个 PostgreSQL 运行时（含postgres二进制、共享库、配置模板）打包进一个只读 squashfs 文件系统，并通过 mount namespace 隔离。这意味着：

  • /etc/postgresql/不再是传统配置目录，而是/var/snap/postgresql/common/etc/，且该路径下postgresql.conf默认为空，需手动snap set注入；
  • pg_dump等客户端工具被封装在 snap 内部，若你在宿主机执行pg_dump -h localhost，实际调用的是宿主机 PATH 中的旧版pg_dump（可能来自已卸载的 apt 版本），导致协议版本不匹配（如客户端 12 连接服务端 10 报错server version mismatch）；
  • 更关键的是，Snap 的--devmode或--classic权限模型，在 Ubuntu 18.04 的 systemd 服务管理中与postgresql.service的ProtectSystem=strict冲突，会导致pg_ctl reload失败——这不是 bug，是安全模型的天然互斥。

提示：apt方案中，/etc/postgresql/*/main/是唯一可信配置入口，/var/lib/postgresql/*/main/是唯一数据目录，路径语义清晰，符合 Linux FHS 标准，审计时直接ls -l /etc/postgresql就能确认配置归属。

2.2 暂缓 Docker：容器化不是万能解药

Docker 部署 PostgreSQL（如docker run -d --name pg -e POSTGRES_PASSWORD=123 -p 5432:5432 postgres:12）确实快，但它把“安装”变成了“运行时环境准备”。当你遇到docker postgresql怎么添加 pgvector扩展这类问题时，本质是在问：“如何在不可变镜像里动态注入 C 扩展？”答案要么是构建自定义镜像（增加apt-get install postgresql-server-dev-12 && make && make install步骤），要么是挂载编译好的.so文件——而这又绕回了对底层apt依赖链的理解。Ubuntu 18.04 的apt仓库中，postgresql-10-pgvector包早已存在（需启用pgdg源），apt install postgresql-10-pgvector后只需CREATE EXTENSION pgvector;即可生效。这个过程比写Dockerfile少 7 行代码，且所有操作日志都留在apt history和journalctl -u postgresql中，可追溯性更强。

2.3 源码编译？留给有明确需求的场景

./configure --prefix=/opt/pgsql --with-openssl --enable-debug编译 PostgreSQL 能获得极致控制权，但代价是：

  • 编译耗时约 22 分钟（Intel i7-8750H），期间make -j6占满 CPU，影响其他开发任务；
  • 依赖项需手动解决：libreadline-dev、zlib1g-dev、libssl-dev等 8 个包，每个都要apt search确认名称；
  • 安装后无 systemd 集成，需手写postgresql.service，且pg_ctlcluster等 Ubuntu 特有工具无法识别自定义路径。
    除非你需要：打特定补丁（如修复某个 WAL 日志解析 bug）、启用--with-system-tzdata强制使用系统时区库、或在嵌入式设备上裁剪模块（禁用xml2、jsonb），否则apt提供的预编译二进制包在性能、稳定性、兼容性上毫无短板。实测对比：同一台 4C8G 云服务器，apt install postgresql-10启动的实例与源码编译的 10.22 版本，在pgbench -c 50 -T 60压测中 TPS 差异小于 0.7%，但运维复杂度差一个数量级。

2.4 最终决策：APT 是 Ubuntu 18.04 的“原生 API”

apt不是简单的包下载器，它是 Ubuntu 对 Debiandpkg的封装层，内置依赖解析、版本锁、配置文件冲突处理、postinst 脚本执行等完整生命周期管理。当你执行sudo apt install postgresql时，背后发生的是：

  1. apt解析postgresql元包，发现其依赖postgresql-10（Ubuntu 18.04 默认版本）；
  2. 下载postgresql-10deb 包及其依赖postgresql-client-10、postgresql-common；
  3. dpkg解压并执行postgresql-common.postinst，该脚本自动：
    • 创建postgres系统用户（UID 125，非 0）；
    • 初始化/var/lib/postgresql/10/main/集群（调用initdb -D /var/lib/postgresql/10/main/ -E UTF8 --locale=C.UTF-8）；
    • 生成/etc/postgresql/10/main/postgresql.conf（监听localhost:5432，max_connections=100）；
    • 生成/etc/postgresql/10/main/pg_hba.conf（本地peer认证，网络md5）；
    • 启用postgresql@10-main.service（systemd 单元）。
      这个过程是原子性的：任何一步失败，apt会回滚已安装部分。而pip install psycopg2或yum install（CentOS 语境）无法提供同等级别的系统级集成保障。

3. 核心细节解析与实操要点：从 apt 更新到第一个表创建

3.1 APT 源配置：为什么sudo apt update必须成功

sudo apt update失败的常见原因不是网络问题，而是源列表配置错误。Ubuntu 18.04 默认/etc/apt/sources.list包含四类源：

  • main：官方支持的自由软件；
  • universe：社区维护的自由软件（PostgreSQL 在此）；
  • restricted：受限硬件驱动；
  • multiverse：非自由软件。
    PostgreSQL 的postgresql-10包位于universe源，因此必须确保/etc/apt/sources.list中有：
deb http://archive.ubuntu.com/ubuntu bionic universe deb http://archive.ubuntu.com/ubuntu bionic-updates universe

若你看到sudo: apt: command not found，说明apt包本身损坏。此时应：

  1. 用dpkg -l | grep apt确认apt、apt-utils是否安装；
  2. 若缺失，从 Ubuntu 18.04 ISO 的pool/main/a/apt/目录手动下载apt_1.6.12_amd64.deb，执行sudo dpkg -i apt_1.6.12_amd64.deb；
  3. 再运行sudo apt update。

注意：不要盲目执行apt upgrade。Ubuntu 18.04 的postgresql-10在bionic-updates中仅修复安全漏洞（如 CVE-2021-23214），不升级主版本。若强行apt full-upgrade，可能因内核升级触发nvidia-340驱动失效（见热词command 'nvidia-smi' not found），这是硬件驱动与内核 ABI 不兼容的典型表现，与 PostgreSQL 无关，但会阻断整个环境。

3.2 安装命令链：精确到每个参数的意义

执行以下命令序列（非单条）：

sudo apt update && sudo apt install -y postgresql postgresql-contrib
  • -y参数避免交互式确认，适合脚本化；
  • postgresql元包拉取服务端核心；
  • postgresql-contrib提供pg_stat_statements（查询性能分析）、tablefunc（交叉表函数）、uuid-ossp（UUID 生成）等 32 个扩展模块。
    安装完成后，验证服务状态：
sudo systemctl status postgresql # 应显示 "active (exited)" —— 这是正常现象，因为 postgresql.service 是一个"目标单元"（target），实际服务由 postgresql@10-main.service 托管 sudo systemctl status postgresql@10-main # 应显示 "active (running)"，且 Main PID 对应 /usr/lib/postgresql/10/bin/postgres 进程

若状态为failed，90% 概率是/var/lib/postgresql/10/main/目录权限错误。正确权限应为：

  • 目录所有者：postgres:postgres；
  • 目录权限：0700（drwx------）；
  • 关键文件如postgresql.conf：0644，pg_hba.conf：0600。
    修复命令：
sudo chown -R postgres:postgres /var/lib/postgresql/10/main/ sudo chmod 0700 /var/lib/postgresql/10/main/ sudo -u postgres /usr/lib/postgresql/10/bin/pg_ctl -D /var/lib/postgresql/10/main/ start

3.3 切换到 postgres 用户：理解 Linux 用户与数据库用户的映射

PostgreSQL 默认创建系统用户postgres，其 shell 为/bin/bash，但家目录/var/lib/postgresql不可交互登录。切换命令必须用：

sudo -i -u postgres

而非su - postgres（可能因/var/lib/postgresql的0700权限拒绝）。此时你处于postgres用户上下文，可直接执行：

psql

这会连接本地postgres数据库（默认数据库名），使用peer认证（基于 Linux 用户名匹配）。若看到psql (10.22 (Ubuntu 10.22-1.pgdg18.04+1))，说明连接成功。

实操心得：不要在postgres用户下创建新数据库用户。正确流程是：先psql进入，再执行CREATE USER myapp WITH PASSWORD 'secret123';，然后CREATE DATABASE myapp OWNER myapp;。若直接sudo -u postgres createuser --interactive，虽可行，但绕过了 SQL 层的权限审计日志。

3.4 配置远程访问：修改postgresql.conf与pg_hba.conf的协同逻辑

默认配置禁止远程连接，需两步修改：
第一步：编辑/etc/postgresql/10/main/postgresql.conf
找到#listen_addresses = 'localhost'，改为：

listen_addresses = 'localhost,192.168.1.100' # 替换为你的服务器 IP

注意：localhost必须保留，否则本地psql会失败；IP 地址不能写0.0.0.0（不安全），应精确指定网卡地址。
第二步：编辑/etc/postgresql/10/main/pg_hba.conf
在文件末尾添加：

# TYPE DATABASE USER ADDRESS METHOD host all all 192.168.1.0/24 md5

这表示：允许192.168.1.0/24网段内所有用户，以md5加密密码方式访问所有数据库。
修改后必须重载配置：

sudo systemctl reload postgresql # 或 sudo pg_ctlcluster 10 main reload

提示：reload只重载配置，不中断连接；restart会强制断开所有客户端。生产环境优先用reload。

3.5 创建首个应用数据库：从psql到真实业务表

退出postgres用户，用新用户连接：

psql -h 192.168.1.100 -U myapp -d myapp # 输入密码后进入 myapp 数据库

执行建表语句（热词中1064 - you have an error in your sql syntax常因 MySQL 语法混入）：

-- PostgreSQL 语法（注意：无 AUTO_INCREMENT，用 SERIAL） CREATE TABLE students ( id SERIAL PRIMARY KEY, name VARCHAR(255) NOT NULL, sex CHAR(1) CHECK (sex IN ('M', 'F')), classno VARCHAR(255), birth DATE ); -- 插入数据（注意：字符串用单引号，日期格式 'YYYY-MM-DD'） INSERT INTO students (name, sex, classno, birth) VALUES ('张三', 'M', 'CS2020', '2000-05-15'); -- 查询验证 SELECT * FROM students;

若遇到ERROR: column "no" does not exist（热词no int, name varchar(255), sex char(1), classno varchar(255), birth char），说明你复制了 MySQL 的建表语句（no int应为id SERIAL），PostgreSQL 不支持AUTO_INCREMENT，必须用SERIAL或显式GENERATED ALWAYS AS IDENTITY。

4. 实操过程与核心环节实现：从零到可交付的完整流水线

4.1 环境初始化：10 分钟完成基础加固

在全新 Ubuntu 18.04 实例上，按顺序执行：

# 1. 更新系统（仅安全更新，避免大版本升级） sudo apt update && sudo apt upgrade -y --only-upgrade # 2. 安装基础工具（解决热词 'sudo apt-get install g++失败'） sudo apt install -y build-essential curl wget gnupg2 lsb-release # 3. 验证 apt 可用性（排除 'sudo: apt: command not found'） which apt && apt --version # 应输出 apt 1.6.x # 4. 添加 PostgreSQL 官方源（获取更新的 10.x 补丁） curl https://www.postgresql.org/media/keys/ACCC4CF8.asc | sudo apt-key add - echo "deb http://apt.postgresql.org/pub/repos/apt/ bionic-pgdg main" | sudo tee /etc/apt/sources.list.d/pgdg.list sudo apt update # 5. 安装 PostgreSQL（此时会从 pgdg 源安装，版本更及时） sudo apt install -y postgresql-10 postgresql-client-10 postgresql-contrib-10

此流程确保：

  • 系统内核、glibc 等基础组件稳定；
  • apt工具链完整；
  • PostgreSQL 使用官方 PGDG 源（比 Ubuntu 自带源更新快 2-3 周）；
  • 客户端工具psql版本与服务端严格一致（避免protocol version mismatch）。

4.2 数据库集群管理：pg_ctlcluster与pg_lsclusters的实战价值

Ubuntu 18.04 的postgresql-common包提供了两个关键命令：

  • pg_lsclusters：列出所有已注册集群
    pg_lsclusters # 输出示例： # Ver Cluster Port Status Owner Data directory Log file # 10 main 5432 online postgres /var/lib/postgresql/10/main /var/log/postgresql/postgresql-10-main.log
  • pg_ctlcluster：管理指定集群（比systemctl更精准）
    # 重启集群（比 systemctl restart postgresql 更安全） sudo pg_ctlcluster 10 main restart # 查看集群日志（实时跟踪启动过程） sudo tail -f /var/log/postgresql/postgresql-10-main.log

当遇到failed to launch plugin类错误（热词），常因插件依赖的共享库路径错误。此时用pg_ctlcluster 10 main status可快速定位是postmaster进程异常，还是pg_ctl本身找不到libpq.so。

4.3 扩展安装：以pgvector为例的标准化流程

热词docker postgresql怎么添加 pgvector扩展的本质是“如何在 apt 环境安装 C 扩展”。步骤如下：

# 1. 安装扩展包（PGDG 源已启用） sudo apt install -y postgresql-10-pgvector # 2. 切换到目标数据库 sudo -u postgres psql -d myapp # 3. 在数据库内启用扩展 myapp=# CREATE EXTENSION vector; # 4. 验证安装 myapp=# \dx # 输出应包含 "vector | 0.4.0 | public | Vector similarity search"

关键点：CREATE EXTENSION必须在目标数据库内执行，且扩展名vector必须与apt安装的包名postgresql-10-pgvector对应。若执行CREATE EXTENSION pgvector;报错extension "pgvector" does not exist，说明包名不匹配（新版已统一为vector）。

4.4 备份与恢复：pg_dump的生产级用法

热词dbeaver连接postgresql常伴随备份需求。pg_dump是逻辑备份核心：

# 备份单个数据库（压缩存档） sudo -u postgres pg_dump -Fc -v -f /backup/myapp.dump myapp # -Fc：自定义格式（支持并行、压缩、选择性恢复） # -v：详细模式（显示进度） # 恢复（需先创建空库） sudo -u postgres createdb myapp_new sudo -u postgres pg_restore -v -d myapp_new /backup/myapp.dump

若需全集群备份（含角色、表空间），用pg_dumpall：

sudo -u postgres pg_dumpall --roles-only > /backup/roles.sql sudo -u postgres pg_dumpall --globals-only > /backup/globals.sql

注意：pg_dump不锁表，但备份期间长事务可能导致 WAL 膨胀。生产环境建议配合pg_archivecleanup设置归档策略。

4.5 性能调优：从shared_buffers到work_mem的计算逻辑

Ubuntu 18.04 默认shared_buffers = 128MB，对 4GB 内存服务器明显不足。合理值计算：

  • shared_buffers：建议设为物理内存的 25%（最大不超过 4GB），如 8GB 内存 →2GB；
  • work_mem：每个查询操作（排序、哈希）可用内存，设为shared_buffers / max_connections，如max_connections=100→20MB；
  • effective_cache_size：操作系统缓存 +shared_buffers，设为物理内存的 50%-75%。
    修改/etc/postgresql/10/main/postgresql.conf：
shared_buffers = 2GB work_mem = 20MB effective_cache_size = 6GB max_connections = 100

修改后必须sudo systemctl restart postgresql（因shared_buffers需重启生效）。

5. 常见问题与排查技巧实录：从报错信息反推根因

5.1sudo: apt: command not found的三级诊断法

现象一级检查二级检查三级修复
apt命令完全不存在ls /usr/bin/apt*是否有文件`dpkg -lgrep apt是否列出apt` 包
apt存在但权限错误ls -l /usr/bin/apt权限是否为0755stat /usr/bin/apt查看 inode 是否损坏sudo chmod 0755 /usr/bin/apt
apt被误删which apt返回空apt-cache policy是否报错sudo apt install --reinstall apt（需先用dpkg恢复基础包）

5.2psql: could not connect to server的网络层排查

此错误必按顺序检查：

  1. 服务进程是否存在：sudo systemctl status postgresql@10-main→ 若inactive，执行sudo systemctl start postgresql@10-main；
  2. 端口是否监听：sudo ss -tlnp | grep :5432→ 若无输出，检查postgresql.conf的listen_addresses和port；
  3. 防火墙是否放行：sudo ufw status→ 若Status: active，执行sudo ufw allow 5432；
  4. pg_hba.conf规则是否匹配：用sudo cat /etc/postgresql/10/main/pg_hba.conf | grep -v "^#" | grep -v "^$"查看有效规则，确认客户端 IP 匹配ADDRESS字段。

5.3password authentication failed for user "postgres"的认证链分析

PostgreSQL 认证流程：客户端 IP →pg_hba.conf规则 → 认证方法 → 密码校验。

  • 若用psql -U postgres本地连接失败，检查pg_hba.conf中local行：
    local all postgres peer
    peer认证要求 Linux 用户名与数据库用户名一致，因此必须sudo -u postgres psql，而非psql -U postgres。
  • 若远程连接失败，检查host行：
    host all all 0.0.0.0/0 md5
    此时需为postgres用户设置密码：
    ALTER USER postgres PASSWORD 'newpass123';

5.4FATAL: role "myapp" does not exist的用户创建漏点

此错误表明数据库用户未创建。常见漏点：

  • 在postgres用户下执行CREATE USER myapp...，但未执行ALTER ROLE myapp CREATEDB;（若需创建数据库）；
  • 创建用户后未赋予数据库连接权限：GRANT CONNECT ON DATABASE myapp TO myapp;；
  • 用户密码含特殊字符（如@、$），导致 shell 解析错误，应改用psql -U myapp -d myapp -W（-W强制输入密码）。

5.5could not open file "global/pg_filenode.map"的数据目录损坏修复

此错误表明initdb初始化失败或磁盘损坏。修复步骤：

  1. 停止服务：sudo systemctl stop postgresql@10-main；
  2. 备份原目录：sudo mv /var/lib/postgresql/10/main /var/lib/postgresql/10/main.bak；
  3. 重新初始化：sudo pg_createcluster 10 main --start；
  4. 从备份恢复：sudo -u postgres pg_restore -v -d postgres /var/lib/postgresql/10/main.bak/base/1/*（需先提取逻辑备份）。

提示：日常应定期pg_dump，而非依赖文件系统备份。pg_filenode.map是内部映射文件，损坏即集群不可用，无在线修复手段。

6. 进阶实践：将 PostgreSQL 集成到真实工作流

6.1 与 Python 应用对接：psycopg2的版本陷阱

热词maven artifact 'org.postgresql:postgresql:release' cannot be resolved是 Java 生态报错，但 Python 的psycopg2同样有坑。Ubuntu 18.04 的python3-psycopg2包版本为 2.7.5，而最新版 2.9.x 需要libpq-dev编译。安全做法：

# 用系统包管理器安装（兼容性最佳） sudo apt install python3-psycopg2 # Python 代码中 import psycopg2 conn = psycopg2.connect( host="192.168.1.100", database="myapp", user="myapp", password="secret123" )

若需新特性（如execute_batch），则：

sudo apt install libpq-dev python3-dev pip3 install --upgrade psycopg2-binary

注意：psycopg2-binary是预编译轮子，psycopg2源码版需编译，后者在 CI 环境更稳定。

6.2 与 DBeaver 集成：驱动下载与连接配置

热词db工具打开数据库提示下载postgresql驱动文件的解决方案：

  • DBeaver 默认驱动为PostgreSQL JDBC Driver，版本需匹配服务端（10.x 用 42.2.x）；
  • 在 DBeaver 中：Database → Driver Manager → PostgreSQL → Edit → Download/Update；
  • 连接配置：
    • Host:192.168.1.100
    • Port:5432
    • Database:myapp
    • Username/Password:myapp/secret123
    • SSL:No（除非配置了证书）
      首次连接时，DBeaver 会自动检测并提示下载驱动，点击Download即可。

6.3 与 Nacos 集成：2.2.3nacos连接postgresql【docker部署nacos】的配置要点

Nacos 2.2.3 的application.properties需配置：

# 开启外置存储 spring.datasource.platform=postgresql # 数据库连接 db.num=1 db.url.0=jdbc:postgresql://192.168.1.100:5432/nacos?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true db.user.0=myapp db.password.0=secret123 # 初始化 SQL（Nacos 自带） nacos.cmdb.dump.task.interval=3600

关键点：

  • jdbc:postgresql://URL 必须用postgresql协议，非mysql；
  • 数据库nacos需提前创建，并执行nacos/conf/nacos-mysql.sql（PostgreSQL 版本需替换为nacos-postgresql.sql）；
  • 若用 Docker 部署 Nacos，需确保容器网络能访问宿主机 PostgreSQL（--network host或--add-host=host.docker.internal:host-gateway）。

6.4 监控与告警：pg_stat_statements的启用与查询

热词postgresql使用常涉及性能分析。启用pg_stat_statements：

-- 在 postgres 数据库中启用（需 superuser） CREATE EXTENSION pg_stat_statements; -- 查看最耗时的 10 个查询 SELECT query, total_time, calls, total_time/calls as avg_time FROM pg_stat_statements ORDER BY total_time DESC LIMIT 10;

此扩展需在postgresql.conf中配置：

shared_preload_libraries = 'pg_stat_statements' pg_stat_statements.track = 'all'

重启后生效。它能捕获SELECT、INSERT等所有语句，是定位慢查询的第一道防线。

6.5 安全加固：最小权限原则的落地

PostgreSQL 安全不是“设强密码”就结束：

  • 禁用postgres用户远程登录：ALTER USER postgres PASSWORD NULL;；
  • 为应用用户分配最小权限：
    -- 仅允许 SELECT/INSERT/UPDATE/DELETE GRANT SELECT, INSERT, UPDATE, DELETE ON ALL TABLES IN SCHEMA public TO myapp; -- 禁止创建新表 REVOKE CREATE ON SCHEMA public FROM myapp;
  • 启用log_statement = 'mod'（记录所有 DML），日志路径/var/log/postgresql/postgresql-10-main.log。
    这些操作让myapp用户即使被攻破，也无法执行DROP TABLE或CREATE EXTENSION。

我在实际维护一个 3TB 教务数据库时，曾因未 revokeCREATE权限，导致某次误操作执行了CREATE TABLE students_bak AS SELECT * FROM students;，瞬间占用 120GB 磁盘。后来在pg_stat_statements中发现该语句执行时间长达 47 分钟，才意识到问题。所以，权限控制不是预防黑客，而是防自己手滑。Ubuntu 18.04 的apt安装 PostgreSQL，给了你一个干净、可控、可审计的起点，剩下的，就是用好它提供的每一个开关。

http://www.jsqmd.com/news/1060019/

相关文章：

  • Nmap端口扫描原理与实战：从主机发现到服务识别
  • 微信聊天记录永久备份终极指南：WeChatExporter完全使用教程
  • 快速找回遗忘压缩包密码的终极免费工具：3分钟破解加密文件指南
  • 无服务器架构性能演进：从容器化到边缘计算的实战对比与调优
  • JSCPC2026划水记
  • Kali Linux渗透测试实战：从工具解析到完整攻击链实现
  • OpenClaw：可编程AI工作流中枢与大模型配置架构指南
  • React Wrapper组件：逻辑边界封装与高阶复用实践
  • BallonTranslator：5分钟完成漫画翻译的终极AI工具完整指南
  • 停车位划线施工，辽宁拜而口碑怎么样？ - mypinpai
  • 2026公众号排版素材大全：这5款新手编辑器必看｜实测推荐 - 椰子椰子水
  • 从零实现DES加密算法：Feistel网络与C语言实战详解
  • SQL注入攻防实战：从手工注入到sqlmap自动化利用
  • AI对话平台5大核心故障诊断与系统优化完全指南
  • 电机控制系统5V到3.3V迁移：接口与电源设计实战指南
  • 郑州猎头公司名单推荐！推荐南方新华猎头公司（联系电话19922876369） - 榜单推荐
  • Steam游戏自动破解器：让正版游戏真正属于你的3步解决方案
  • 性价比高的集中供料系统，靠谱厂家选购指南 - 工业品牌热点
  • Qwen3.7-Max登顶Arena：自主编程能力与工程落地真相
  • Appium Desktop 1.13：移动自动化测试的图形化利器与避坑指南
  • 停车位划线如何选择？辽宁拜而工艺规范，口碑出众 - mypinpai
  • AI Agent性能测试框架：三层模型设计与工程实践
  • 大模型本地部署的三层结构：平台、代码、权重
  • Java面试全流程解析：从简历筛选到Offer谈判
  • Gemini 3.1 Pro：可编程逻辑引擎与可审计AI工作流
  • Linux 内核漏洞预警机制的缺失：当“静默修补”成为发行版的噩梦
  • 干货指南：如何评估集中供料系统的可靠性 - 工业品牌热点
  • 性能测试实战：从高并发架构到瓶颈定位的完整指南
  • esp32开发与应用（lvgl之上的开发）
  • Windows系统文件hhsetup.dll丢失找不到问题解决