PostgresSQL日常维护
目录
一、基本使用
1.登录数据库
2.数据库操作
2.1列出库
2.2创建数据库
2.3删除库
2.4切换库
2.5 查看库大小
3.数据表操作
3.1列出表
3.2创建表
3.3复制表
3.4删除表
3.5查看表结构
4.模式操作命令
4.1创建模式
4.2默认模式
4.3删除模式
4.4查看所有模式
4.5在指定模式中创建表
4.6切换当前模式
4.7查看当前所在schema
4.8查看搜索路径(SearchPath)
5.数据操作
5.1添加数据
5.2查询数据
5.3修改数据
5.4删除数据
6.备份与恢复
6.1SQL转储
6.2从转储中恢复
6.3使用pg_dumpall
7.远程链接
7.1修改postgresSQL监听地址
7.2配置访问权限
7.3重启服务
7.4验证远程连接
8.重置密码
8.1备份配置文件
8.2修改配置文件
8.3重启服务
8.4修改密码
8.5恢复pg_hba.conf配置文件
总结
一、基本使用
1.登录数据库
Pgsq1 登录时，必须使用 postgres 用户，登录后的命令提示符为“postgres=#postgres 表示你当前所在的库
2.数据库操作
2.1列出库
常用的三种方法如下：
方法一：
在PostgresSQL的交互端psql中， “\”开头的命令称为元命令(类似在 PostgresQl 的交互式终端 psql 中，MySQL 的 SHOW 语句)，用于快速管理
数据库常用元命令有:
| 元命令 | 描述 |
|---|---|
\l | 列出所有数据库 |
\c [数据库名] 或 \connect [数据库名] | 连接到指定数据库 |
\dn | 列出所有模式（Schema） |
\db | 列出所有表空间 |
\? | 显示psql元命令的帮助信息 |
\q | 退出psql终端 |
\dt | 列出当前数据库的所有表 |
\d [表名] | 查看表结构 |
\du | 列出所有用户 |
这个表格清晰地展示了每个元命令及其对应的功能。
方法二：
方法三：
使用SQl命令
pg_database 是系统表:它存储了 PostgreSQL 实例中所有数据库的元信息(如数据库名称、所有者、编码等)。属于系统目录(System Catalog):类似 MySQL的 information schema，但 PostgreSQl 的系统目录更底层且直接存储在pg catalog 模式中。
pg database 是系统目录表，所以无论当前连接到哪个数据库，该表始终可见系统表默认属于 pg catalog 模式，而pg catalog 始终位于搜索路径(searchpath)的首位。因此，查询时无需显式指定模式(如 pg catalog.pg_database)。
2.2创建数据库
2.3删除库
2.4切换库
2.5 查看库大小
3.数据表操作
3.1列出表
列出表的常用方法：
mydb=#dt;列出表(显示 search path 中模式里的表，默认 public)
mydb=#d列出表,视图和序列
mydb=#d+
mydb=#\dt my schema.*列出指定模式下的表(例如my_schema)
mydb=#\dt *.*查看当前数据库的所有表(包括系统表)
mydb=#SELECT * FROM pg tables WHERE schemaname =’public’;使用 SLQL, 方式列出当前数据库中 public 模式下的所有表及其详细信息
pg _tables 是视图:属于 pg_catalog 模式，但它是基于 pg_class 和pg namespace的逻辑视图，并非物理表。无需切换数据库，直接查询pg_catalog.pg tables 即可获取当前数据库的表信息
3.2创建表
PostgreSQL 支持标准的 SQL类型 int、smallint、real、double precision、char(N)、varchar(N)、date、time、timestamp 和 interval，还支持其他的通用功能的类型和丰富的几何类型。PostgreSQL 中可以定制任意数量的用户定义数据类型。因而类型名并不是语法关键字，除了SQL, 标准要求支持的特例外。
3.3复制表
要将已有的 table_name 表复制为新表 new_table，包括表结构和数据，请使用以下语句
CREATE TABLE new table AS TABLE table name;
例如：
3.4删除表
3.5查看表结构
4.模式操作命令
在 PostgreSQL 中，模式(Schema)是一个逻辑容器，用于组织和管理数据库对象(如表、视图、函数、索引等)。它类似于文件系统中的文件夹，帮助你在同一个数据库中分类存储不同的对象，避免命名冲突，并实现权限隔离。
4.1创建模式
在当前库posthres中创建名为hr的模式
4.2默认模式
PostgreSQl 每个数据库都有一个默认模式 public。
如果创建对象(表、视图等)时不指定模式，默认会放在 public 模式中。
通过 search path 参数可以设置模式的搜索优先级(类似 PATH 环境变量)
search path用于控制对象解析顺序，避免每次查询都要写模式名$user，public 表示优先查找当前用户同名模式，再找public 模式。
4.3删除模式
删除空模式
强制删除模式及所有对象
4.4查看所有模式
元命令列出当前库中所有模式
SQL查询，列出当前库中所有模式
4.5在指定模式中创建表
未指定模式时创建的对象(表，视图等)会按 search path 顺序创建到第一个可用的模式中
在 postgres 库中的 hr 模式下创建一个名为 employees 的库
4.6切换当前模式
切换模式也就是调整 search path 的搜索范围
切换到单个 schema
SET search path TO new schema;
切换到多个 schema(按优先级顺序)
SET search path To hr, public;
表示优先搜索 hr 模式，其次 public
4.7查看当前所在schema
4.8查看搜索路径(SearchPath)
5.数据操作
5.1添加数据
在 postgres 库，新建表 test
postgres=# create table test(id int,name char(10),age int);
CREATE TABLE
postgres=# insert into test values(l, zhangsan',18);
INSERT 0 1
5.2查询数据
5.3修改数据
5.4删除数据
6.备份与恢复
PostgreSQL 数据库应当被定期地备份。虽然过程相当简单，但清晰地理解其底层技术和假设是非常重要的。
有三种不同的基本方法来备份
- SQL转储
- 文件系统级备份6
- 连续归档
每一种都有其优缺点，我们主要以SQL转储为主。
6.1SQL转储
SQL 转储方法的思想是创建一个由 SQL,命令组成的文件，当把这个文件回馈给服务器时，服务器将利用其中的SQL命令重建与转储时状态一样的数据PostgreSQL 为此提供了工具 pg_dump。这个工具的基本用法是:
pg dump dbname >dumpfile
正如你所见，pg_dump 把结果输出到标准输出。我们后面将看到这样做有什么用处。 尽管上述命令会创建一个文本文件，pg_dump 可以用其他格式创建文件以支持并行 和细粒度的对象恢复控制。
pg dump 是一个普通的 PostgreSqL 客户端应用(尽管是个 相当聪明的东西)这就意味着你可以在任何可以访问该数据库的远端主机上进行备份工作。但是请记住 pg_dump不会以任何特殊权限运行。具体说来，就是它必须要有你想备份的表的读 权限，因此为了备份整个数据库你几乎总是必须以一个数据库超级用
户来运行它(如果你没有足够的特权 来备份整个数据库，你仍然可以使用诸如schema 或-t table选项来备份该数据库中你能够 访问的部分)。-n
要声明pg_dump 连接哪个数据库服务器，使用命令行选项-hhost和 -p port。默认主机是本地主机或你的 PGHOST环境变量指定的主机。 类似地,默认端口是环境变量 PGPORT 或(如果 PGPORT 不存在)内建的默认值。(服务器通常有相同的默认值，所以还算方便。)
和任何其他 PostgreSQL 客户端应用一样， pg dump 默认使用与当前操作系统用户名同名的数据库用户名进行连接。要使用其他名字,要么声明-U选项，要么设置环境变量 PGUSER。请注意 pg dump 的连接也要通过客户认证机制。
pg dump 对于其他备份方法的一个重要优势是，pg_dump 的输出可以很容易地在新版本的 PostgreSQL,中载入，而文件级备份和连续归档都是极度的服务器版本限定的。pg_dump 也是唯一可以将一个数据库传送到一个不同机器架构上的方法，例如从一个 32 位服务器到一个 64 位服务器.
由 pg dump 创建的备份在内部是一致的，也就是说,转储表现了 pg dump开始运行时刻的数据库快照,且在 pgdump 运行过程中发生的更新将不会被转储pg dump 工作的时候并不阻塞其他的对数据库的操作。 (但是会阻塞那些需要排它锁的操作，比如大部分形式的 ALTER TABLE)
6.2从转储中恢复
pg_dump 生成的文本文件可以由 psq1 程序读取。 从转储中恢复的常用命令是:
psql dbname< dumpfile
其中 dumpfile 就是 pg dump 命令的输出文件。这条命令不会创建数据库dbname，你必须在执行 psql 前自己从 template0 创建(例如，用命令 createdb-T template0 dbname)。psql 支持类似pg dump 的选项用以指定要连接的数据库服务器和要使用的用户名。参阅 psq1 的手册获取更多信息。非文本文件转储可以使用 pg restore 工具来恢复。
在开始恢复之前，转储库中对象的拥有者以及在其上被授予了权限的用户必须已经存在。如果它们不存在，那么恢复过程将无法将对象创建成具有原来的所属关系以及权限(有时候这就是你所需要的，但通常不是)。
默认情况下，psq1 脚本在遇到一个 SQL, 错误后会继续执行。你也许希望在遇到一个 SQL, 错误后让 psq1 退出,那么可以设置 ON ERROR STOP 变量来运行 psql,这将使 psq1 在遇到 SQL, 错误后退出并返回状态 3:
psql --set ON ERROR STOP=on dbname < infile
不管怎样，你将只能得到一个部分恢复的数据库。作为另一种选择，你可以指定让整个恢复作为一个单独的事务运行,这样恢复要么完全完成要么完全回滚这种模式可以通过向 psq1 传递-1 或--single-transaction 命令行选项来指定。在使用这种模式时,注意即使是很小的一个错误也会导致运行了数小时的恢复被回滚。但是，这仍然比在一个部分恢复后手工清理复杂的数据库要更好。
pg dump 和 psq1 读写管道的能力使得直接从一个服务器转储一个数据库到另一个服务器成为可能，例如:
pg_dump -h hostl dbnamepsql -h host2 dbname
注意:pg_dump 产生的转储是相对于 template0。这意味着在 template1 中加入的任何语言、过程等都会被 pg_dump 转储。结果是，如果在恢复时使用的是一个自定义的 template1，你必须从 template0 创建一个空的数据库，正如上面的例子所示。
一旦完成恢复，在每个数据库上运行ANALYZE是明智的举动，这样优化器就有有用的统计数据了。
6.3使用pg_dumpall
pg_dump每次只转储一个数据库，而且它不会转储关于角色或表空间(因为它们是集簇范围的)的信息。为了支持方便地转储一个数据库集簇的全部内容，提供了 pg dumpa11 程序。pg dumpal1 备份一个给定集簇中的每一个数据库，并且也保留了集簇范围的数据，如角色和表空间定义。该命令的基本用法是:
pg dumpall >dumpfile
转储的结果可以使用 psq1 恢复:
psql -f dumpfile postgres
(实际上，你可以指定恢复到任何已有数据库名，但是如果你正在将转储载入到一个空集簇中则通常要用(postgres)。在恢复一个pg dumpal1 转储时常常需要具有数据库超级用户访问权限，因为它需要恢复角色和表空间信息。如果你在使用表空间，请确保转储中的表空间路径适合于新的安装。
pg_dumpall 工作时会发出命令重新创建角色、表空间和空数据库，接着为每一个数据库 pg dump。这意味着每个数据库自身是一致的，但是不同数据库的快照并不同步。
集簇范围的数据可以使用 pg_dumpal1l的--globals-only 选项来单独转储。如果在单个数据库上运行 pg dump 命令，上述做法对于完全备份整个集簇是必需的。
7.远程链接
7.1修改postgresSQL监听地址
默认 PostgreSQl 监听的地址是 127.0.0.1,别的机器无法远程连接上，所以需要调整，修改 postgresq1.conf 文件。
通过 dnf 安装的pgsq1 配置文件在
/var/lib/pgsql/data/postgresql.conf
通过源码编译安装的 pgsq1配置文件在
/usr/local/pgsql/data/postgresql.conf
下面操作以 dnf 安装为例:
更改第60行，取消注释并把localhost 改成*
grep 'listen_addresses' /var/lib/pgsql/data/postgresql.conf重启服务
systemctl restart postgresql
ss -tnl | grep 5432
LISTEN 0 244 0.0.0.0:5432 0.0.0.0:*
LISTEN 0 244 [::]:5432 [::]:*7.2配置访问权限
默认是只能本地访问 PostgreSQL 的，我们需要在 pg hba.conf 里面配置
找到 IPv4 local connections 这一行，在这一行下面添加
# 允许所有IP无密码连接（不安全，仅限测试环境）
host all all 0.0.0.0/0 trust# 或限制IP范围并要求密码（推荐生产环境）
host all all 192.168.1.0/24 md5
参数说明：
| 字段 | 含义 |
|---|---|
host | 允许TCP/IP远程连接（local表示本地Socket连接）。 |
all | 第一个all指所有数据库，第二个all指所有用户。 |
0.0.0.0/0 | 允许任意IP访问（192.168.1.0/24表示仅允许该子网）。 |
trust | 无密码认证（高风险！仅用于内网测试）。 |
md5 | 要求密码认证（推荐）。 |
如果不是设置的trust，而是选择了md5或password之类的，需要有密码才行，配置 PostgreSQL密码流程如下：
-- 以postgres用户为例
ALTER USER postgres WITH PASSWORD '你的密码';7.3重启服务
[root@localhost]#systemctl start postgresql7.4验证远程连接
使用其它主机远程连接本机数据库，设置的是 trust，无密码，可直接登录
host all all 0.0.0.0/0 trust
psql -h 192.168.10.102 -U postgres
postgres=# # 成功登录，无提示如果设置的是 md5 或 password之类的需要有密码才行
host all all 0.0.0.0/0 md5
psql -h 192.168.10.102 -U postgres -W
Password for user postgres: # 需输入密码
postgres=# # 密码正确后登录8.重置密码
8.1备份配置文件
cp /var/lib/pgsql/data/pg_hba.conf /var/lib/pgsql/data/pg_hba.conf.bak8.2修改配置文件
# IPv4 local connections:
host all all 127.0.0.1/32 trust # 本地免密
host all all 0.0.0.0/0 md5 # 远程需密码8.3重启服务
systemctl restart postgresql
psql -h 127.0.0.1 -U postgres # 本地应直接登录
psql -h <远程IP> -U postgres -W # 远程需密码8.4修改密码
ALTER USER postgres WITH PASSWORD 'new_password';8.5恢复pg_hba.conf配置文件
cp /var/lib/pgsql/data/pg_hba.conf.bak /var/lib/pgsql/data/pg_hba.conf
systemctl restart postgresql
psql -h 127.0.0.1 -U postgres -W # 输入新密码