这一节描述的函数被用来控制和监视一个PostgreSQL安装。
表 9.89展示了那些可以用于查询以及修改运行时配置参数的函数。
表 9.89. 配置设定函数
函数
描述
例子
|
---|
current_setting ( setting_name text [, missing_ok boolean ] )
→ text
返回设置的setting_name 的当前值。
如果没有这样的设置,current_setting 将抛出一个错误,除非missing_ok 被提供并且为true (在此情况下返回NULL)。
这个函数对应于SQL命令SHOW。
current_setting('datestyle')
→ ISO, MDY
|
set_config (
setting_name text ,
new_value text ,
is_local boolean )
→ text
将参数setting_name 设置为new_value ,并返回该值。
如果is_local 为true ,新值将仅在当前事务期间应用。
如果您希望新值应用于当前会话的其余部分,请使用false 代替。这个函数对应于SQL命令SET。
set_config('log_statement_stats', 'off', false)
→ off
|
在表 9.90中展示的函数向其它服务器进程发送控制信号。默认情况下这些函数只能被超级用户使用,但是如果需要,可以利用GRANT
把访问特权授予给其他用户。
每个这样的函数如果信号成功发出则返回true
,如果发送信号失败则返回false
。
表 9.90. 服务器信号函数
函数
描述
|
---|
pg_cancel_backend ( pid integer )
→ boolean
取消具有指定进程ID的后端进程的会话的当前查询。如果调用角色是被取消的后端进程所属角色的成员,
或者调用角色具有pg_signal_backend 的权限,则也允许执行此操作,但只有超级用户可以取消超级用户后端进程。
|
pg_log_backend_memory_contexts ( pid integer )
→ boolean
请求记录具有指定进程ID的后端的内存上下文。此函数可以将请求发送到后端和辅助进程,但不包括记录器。这些内存上下文将以
LOG 消息级别记录。它们将根据设置的日志配置出现在服务器日志中
(有关更多信息,请参见第 20.8 节),
但无论如何都不会发送给客户端
(client_min_messages)。
|
pg_reload_conf ()
→ boolean
使PostgreSQL服务器的所有进程重新加载其配置文件。
(这是通过向postmaster进程发送SIGHUP信号来启动的,
postmaster进程又向其每个子进程发送SIGHUP。)
您可以使用pg_file_settings 、
pg_hba_file_rules 和
pg_ident_file_mappings 视图来检查可能存在的错误,
然后再重新加载配置文件。
|
pg_rotate_logfile ()
→ boolean
通知日志文件管理器立即切换到一个新的输出文件。
这仅在内置日志采集器运行时有效,因为否则没有日志文件管理器子进程。
|
pg_terminate_backend ( pid integer , timeout bigint DEFAULT 0 )
→ boolean
终止具有指定进程ID的后端进程的会话。如果调用角色是正在终止的后端的角色的成员,或者调用角色具有pg_signal_backend 的权限,则也允许执行此操作,但只有超级用户才能终止超级用户后端。
如果未指定或超时timeout 为零,则此函数无论进程是否实际终止,都将返回true ,仅表示信号发送成功。如果指定了timeout (以毫秒为单位)且大于零,则函数将等待直到进程实际终止或直到给定时间已过。如果进程被终止,函数将返回true 。在超时时,会发出警告并返回false 。
|
pg_cancel_backend
和pg_terminate_backend
向由进程 ID 标识的后端进程发送信号(分别是SIGINT或SIGTERM)。
一个活动后端的进程 ID可以从pg_stat_activity
视图的pid
列中找到,或者通过在服务器上列出postgres
进程(在 Unix 上使用ps或者在Windows上使用任务管理器)得到。
一个活动后端的角色可以在pg_stat_activity
视图的usename
列中找到。
pg_log_backend_memory_contexts
可以用来记录后端进程的内存上下文。例如:
postgres=# SELECT pg_log_backend_memory_contexts(pg_backend_pid());
pg_log_backend_memory_contexts
--------------------------------
t
(1 row)
每个内存上下文将被记录一条消息。例如:
LOG: logging memory contexts of PID 10377
STATEMENT: SELECT pg_log_backend_memory_contexts(pg_backend_pid());
LOG: level: 0; TopMemoryContext: 80800 total in 6 blocks; 14432 free (5 chunks); 66368 used
LOG: level: 1; pgstat TabStatusArray lookup hash table: 8192 total in 1 blocks; 1408 free (0 chunks); 6784 used
LOG: level: 1; TopTransactionContext: 8192 total in 1 blocks; 7720 free (1 chunks); 472 used
LOG: level: 1; RowDescriptionContext: 8192 total in 1 blocks; 6880 free (0 chunks); 1312 used
LOG: level: 1; MessageContext: 16384 total in 2 blocks; 5152 free (0 chunks); 11232 used
LOG: level: 1; Operator class cache: 8192 total in 1 blocks; 512 free (0 chunks); 7680 used
LOG: level: 1; smgr relation table: 16384 total in 2 blocks; 4544 free (3 chunks); 11840 used
LOG: level: 1; TransactionAbortContext: 32768 total in 1 blocks; 32504 free (0 chunks); 264 used
...
LOG: level: 1; ErrorContext: 8192 total in 1 blocks; 7928 free (3 chunks); 264 used
LOG: Grand total: 1651920 bytes in 201 blocks; 622360 free (88 chunks); 1029560 used
如果在同一父级下有超过100个子上下文,则将记录前100个子上下文,并附上其余上下文的摘要。
请注意,频繁调用此函数可能会产生显著的开销,因为它可能会生成大量的日志消息。
在表 9.91中显示的函数有助于进行在线备份。
这些函数在恢复过程中无法执行(除了pg_backup_start
、
pg_backup_stop
和pg_wal_lsn_diff
)。
有关正确使用这些函数的详细信息,参见第 26.3 节。
表 9.91. 备份控制函数
函数
描述
|
---|
pg_create_restore_point ( name text )
→ pg_lsn
在预写式日志中创建一个命名标记记录,稍后可以将其用作恢复目标,并返回相应的预写日志位置。
然后可以将给定的名称与 recovery_target_name一起使用,以指定进行恢复的点。
要避免创建多个名称相同的恢复点,因为恢复将在第一个名称与恢复目标匹配的恢复点停止。
默认情况下,该函数仅限超级用户使用,但可以授权给其他用户执行该函数。
|
pg_current_wal_flush_lsn ()
→ pg_lsn
返回当前预写式日志刷新位置(参见下面的说明)。
|
pg_current_wal_insert_lsn ()
→ pg_lsn
返回当前预式日志插入位置(参见下面的说明)。
|
pg_current_wal_lsn ()
→ pg_lsn
返回当前预写式日志写位置(参见下面的说明)。
|
pg_backup_start (
label text
[, fast boolean
] )
→ pg_lsn
准备服务器开始在线备份。唯一必需的参数是备份的任意用户定义标签。
(通常这将是备份转储文件存储的名称。)
如果将可选的第二个参数指定为true ,
它将尽快执行pg_backup_start 。这将强制立即进行检查点,
这将导致I/O操作的激增,从而减慢任何同时执行的查询。
默认情况下,此函数仅限于超级用户,但可以授予其他用户执行权限以运行该函数。
|
pg_backup_stop (
[wait_for_archive boolean
] )
→ record
( lsn pg_lsn ,
labelfile text ,
spcmapfile text )
完成在线备份。函数的结果中返回备份标签文件和表空间映射文件的期望内容,并必须写入备份区域的文件中。
这些文件不得写入实时数据目录(这样做将导致PostgreSQL在崩溃时无法重新启动)。
有一个类型为boolean 的可选参数。
如果为false,则在备份完成后立即返回,而无需等待WAL进行归档。
此行为仅适用于独立监视WAL归档的备份软件。否则,可能会缺少使备份一致所需的WAL,使备份无效。
默认情况下或当此参数为true时,pg_backup_stop 将在启用归档时等待WAL进行归档。
(在备用机上,这意味着仅当archive_mode = always 时才会等待。
如果主机上的写入活动较低,则可能有必要在主机上运行pg_switch_wal 以触发立即段切换。)
在主机上执行时,此函数还会在预写式日志归档区域中创建一个备份历史文件。
历史文件包括给定给pg_backup_start 的标签、备份的起始和结束预写式日志位置,以及备份的起始和结束时间。
在记录结束位置后,当前的预写式日志插入点会自动前进到下一个预写式日志文件,以便立即归档结束的预写式日志文件以完成备份。
函数的结果是一个记录。
lsn 列保存备份的结束预写式日志位置(可以忽略)。
第二列返回备份标签文件的内容,第三列返回表空间映射文件的内容。
这些必须作为备份的一部分存储,并作为恢复过程的一部分。
默认情况下,此函数仅限于超级用户,但可以授予其他用户EXECUTE权限来运行该函数。
|
pg_switch_wal ()
→ pg_lsn
强制服务器切换到一个新的预写式日志文件,这允许对当前文件进行归档(假设你正在使用连续归档)。
其结果是在刚刚完成的预写式日志文件中结束预写式日志位置加1。
如果自从上次预写式日志切换以来没有提前写日志活动,pg_switch_wal 将不做任何操作,并返回当前正在使用的提前写日志文件的起始位置。
默认情况下该函数仅限超级用户使用,但可以授权其他用户执行该函数。
|
pg_walfile_name ( lsn pg_lsn )
→ text
将预写式日志位置转换为保持该位置的WAL文件的名称。
|
pg_walfile_name_offset ( lsn pg_lsn )
→ record
( file_name text ,
file_offset integer )
将预写式日志位置转换为WAL文件名和该文件中的字节偏移量。
|
pg_split_walfile_name ( file_name text )
→ record
( segment_number numeric ,
timeline_id bigint )
从一个WAL文件名中提取序列号和时间线ID。
|
pg_wal_lsn_diff ( lsn1 pg_lsn , lsn2 pg_lsn )
→ numeric
计算两个预写式日志位置之间的字节(lsn1 - lsn2 )差异。
这可以与pg_stat_replication 或表 9.91中所示的一些函数一起使用,以获得复制延迟。
|
pg_current_wal_lsn
显示当前预写式日志写位置,与上述函数所用的格式相同。
类似地,pg_current_wal_insert_lsn
显示当前预写式日志插入位置,pg_current_wal_flush_lsn
显示当前预写式日志刷新位置。
插入位置是预写式日志在任何时刻的“逻辑(logical)” 结束,而写位置是已经从服务器内部缓冲区实际写入的内容的结束,而刷新位置是已知的要写入持久化存储的最后一个位置。
写位置是可以从服务器外部检查的最后位置,如果你对归档部分完成的预写式日志文件感兴趣,那么它通常就是你想要的位置。
插入和刷新位置主要用于服务器调试目的。这些都是只读操作,不需要超级用户权限。
您可以使用pg_walfile_name_offset
从pg_lsn
值中提取相应的预写式日志文件名和字节偏移量。例如:
postgres=# SELECT * FROM pg_walfile_name_offset((pg_backup_stop()).lsn);
file_name | file_offset
--------------------------+-------------
00000001000000000000000D | 4039624
(1 row)
类似地,pg_walfile_name
仅提取预写式日志文件名。
当给定的预写式日志位置恰好位于预写式日志文件边界时,这两个函数都会返回前一个预写式日志文件的名称。
这通常是管理预写式日志归档行为的期望行为,因为前一个文件是当前需要归档的最后一个文件。
pg_split_walfile_name
用于从文件偏移量和 WAL 文件名计算
LSN,例如:
postgres=# \set file_name '000000010000000100C000AB'
postgres=# \set offset 256
postgres=# SELECT '0/0'::pg_lsn + pd.segment_number * ps.setting::int + :offset AS lsn
FROM pg_split_walfile_name(:'file_name') pd,
pg_show_all_settings() ps
WHERE ps.name = 'wal_segment_size';
lsn
---------------
C001/AB000100
(1 row)
表 9.92中展示的函数提供有关后备服务器当前状态的信息。
这些函数可以在恢复或普通运行过程中被执行。
表 9.92. 恢复信息函数
函数
描述
|
---|
pg_is_in_recovery ()
→ boolean
如果恢复仍在进行则返回真。
|
pg_last_wal_receive_lsn ()
→ pg_lsn
返回已接收并通过流复制同步到磁盘的最后一个预写式日志位置。
当流复制正在进行时这将单调地增加。如果恢复已经完成,那么在恢复期间,接收到的最后一条WAL记录的位置将保持静态,并同步到磁盘。
如果流复制已禁用,或者尚未启动,函数将返回NULL 。
|
pg_last_wal_replay_lsn ()
→ pg_lsn
返回恢复期间重新播放的最后一个预写式日志位置。如果恢复仍在进行中这将会单调地增加。
如果恢复已经完成,那么恢复期间应用的最后WAL记录的位置将保持静态。当服务器正常启动且没有恢复时,函数返回NULL 。
|
pg_last_xact_replay_timestamp ()
→ timestamp with time zone
返回恢复期间重放的最后一个事务的时间戳。这是在主服务器上为该事务生成提交或中止 WAL记录的时间。
如果在恢复期间没有重放任何事务,该函数将返回NULL 。否则,如果恢复仍在进行中,这将单调地增加。
如果恢复已经完成,那么在恢复期间应用最后一个事务时,这将会保持静态。
当服务器正常启动且没有恢复时,函数返回NULL 。
|
pg_get_wal_resource_managers ()
→ setof record
( rm_id integer ,
rm_name text ,
rm_builtin boolean )
返回系统中当前加载的WAL资源管理器。列rm_builtin 指示它是内置资源管理器还是由扩展加载的自定义资源管理器。
|
控制恢复进度的功能如 表 9.93所示。这些函数只能在恢复过程中执行。
表 9.93. 恢复控制函数
函数
描述
|
---|
pg_is_wal_replay_paused ()
→ boolean
如果请求了恢复暂停了则返回真。
|
pg_get_wal_replay_pause_state ()
→ text
返回恢复暂停状态。
如果没有请求pause,返回值是not paused ,如果请求暂停但恢复还没有暂停,返回值是pause requested ,如果恢复实际已经暂停,返回值是paused 。
|
pg_promote ( wait boolean DEFAULT true , wait_seconds integer DEFAULT 60 )
→ boolean
将备用服务器提升为主服务器状态。
当wait 设置为true (默认值)时,函数将等待直到升级完成或wait_seconds 秒数已过,如果升级成功则返回true ,否则返回false 。
如果wait 设置为false ,则该函数在向postmaster发送SIGUSR1 信号以触发升级后立即返回true 。
默认情况下这个函数仅限超级用户使用,但可以授权给其他用户执行该函数。
|
pg_wal_replay_pause ()
→ void
请求暂停恢复。
请求不意味着恢复马上停止。
如果你想要保证恢复实际上是暂停的,你需要检查pg_get_wal_replay_pause_state() 返回的恢复暂停状态。
注意,pg_is_wal_replay_paused() 返回是否作出请求。
在恢复暂停时,不会应用进一步的数据库更改。
如果热备是激活的,所有新查询将看到相同的一致的数据库快照,并且在恢复继续之前不会生成进一步的查询冲突。
默认情况下该函数仅限超级用户使用,但可以授权其他用户执行该函数。
|
pg_wal_replay_resume ()
→ void
如果暂停了,则重新启动恢复。
默认情况下该函数仅限超级用户使用,但可以授权其他用户执行该函数。
|
pg_wal_replay_pause
和pg_wal_replay_resume
不能在提升(promotion)进行时执行。
如果在恢复暂停时触发了提升(promotion),则暂停状态结束,升级继续进行。
如果禁用了流复制,则暂停状态可能会无限期地持续下去,不会出现问题。
如果正在进行流复制,那么将继续接收WAL记录,这将最终填满可用磁盘空间,这取决于暂停持续时间、WAL生成速度和可用磁盘空间。
PostgreSQL允许数据库会话同步它们的快照。一个快照决定对于正在使用该快照的事务哪些数据是可见的。当两个或者更多个会话需要看到数据库中的相同内容时,就需要同步快照。如果两个会话独立开始其事务,就总是有可能有某个第三事务在两个START TRANSACTION
命令的执行之间提交,这样其中一个会话就可以看到该事务的效果而另一个则看不到。
为了解决这个问题,PostgreSQL允许一个事务导出它正在使用的快照。只要导出的事务仍然保持打开,其他事务可以导入它的快照,并且因此可以保证它们可以看到和第一个事务看到的完全一样的数据库视图。但是注意这些事务中的任何一个对数据库所作的更改对其他事务仍然保持不可见,和未提交事务所作的修改一样。因此这些事务是针对以前存在的数据同步,而对由它们自己所作的更改则采取正常的动作。
如表 9.94中所示,快照通过pg_export_snapshot
函数导出,并且通过SET TRANSACTION命令导入。
表 9.94. 快照同步函数
函数
描述
|
---|
pg_export_snapshot ()
→ text
保存事务的当前快照并返回text 字符串以标识该快照。
必须将此字符串传递(在数据库之外)给希望导入快照的客户端。快照仅在导出它的事务结束之前才可用于导入。
如果需要的话,一个事务可以导出多个快照。
请注意,这样做仅在READ COMMITTED 事务中有用,因为在REPEATABLE READ 和更高的隔离级别中,事务在它们的生命周期中使用相同的快照。
一旦事务导出了快照,它就不能用 PREPARE TRANSACTION进行准备。
|
pg_log_standby_snapshot ()
→ pg_lsn
获取正在运行事务的快照并将其写入WAL,而无需等待bgwriter或checkpointer
记录一个。这对于备用上的逻辑解码非常有用,因为逻辑槽的创建必须等到
这样的记录在备用上被重放后才能完成。
|
表 9.95中展示的函数用于控制以及与复制特性交互。
有关底层特性的信息请见第 27.2.5 节、第 27.2.6 节以及第 50 章。
复制原点函数的使用仅限于超级用户。
默认只允许超级用户使用复制源的函数,但可以通过GRANT
命令允许其他用户使用。
复制槽的函数只限于超级用户和拥有REPLICATION
权限的用户。
很多这些函数在复制协议中都有等价的命令,见
第 55.4 节。
第 9.27.3 节、
第 9.27.4 节和
第 9.27.5 节
中描述的函数也与复制相关。
表 9.95. 复制管理函数
函数
描述
|
---|
pg_create_physical_replication_slot ( slot_name name [, immediately_reserve boolean , temporary boolean ] )
→ record
( slot_name name ,
lsn pg_lsn )
创建一个新的名为slot_name 的物理复制槽。
第二个参数是可选的,当它为true 时,立即为这个物理槽指定要被保留的LSN。
否则该LSN会被保留在来自一个流复制客户端的第一个连接上。
来自一个物理槽的流改变只可能出现在使用流复制协议时 — 见第 55.4 节。
当可选的第三参数temporary 被设置为真时,指定那个槽不会被持久地存储在磁盘上并且仅对当前会话的使用有意义。
临时槽也会在发生任何错误时被释放。这个函数对应于复制协议命令CREATE_REPLICATION_SLOT ... PHYSICAL 。
|
pg_drop_replication_slot ( slot_name name )
→ void
丢弃名为slot_name 的物理或逻辑复制槽。
和复制协议命令DROP_REPLICATION_SLOT 相同。对于逻辑槽,
在连接到在其中创建该槽的同一个数据库时,必须调用这个函数。
|
pg_create_logical_replication_slot ( slot_name name , plugin name [, temporary boolean , twophase boolean ] )
→ record
( slot_name name ,
lsn pg_lsn )
创建一个名为slot_name 的新逻辑(解码)复制插槽,使用输出插件plugin 。可选的第三个参数temporary ,当设置为true时,指定插槽不应永久存储到磁盘,仅供当前会话使用。临时插槽也会在任何错误发生时释放。可选的第四个参数twophase ,当设置为true时,指定为此插槽启用已准备事务的解码。调用此函数的效果与复制协议命令CREATE_REPLICATION_SLOT ... LOGICAL 相同。
|
pg_copy_physical_replication_slot ( src_slot_name name , dst_slot_name name [, temporary boolean ] )
→ record
( slot_name name ,
lsn pg_lsn )
将一个名为src_slot_name 的现有物理复制槽复制到一个名为dst_slot_name 的物理复制槽。
被复制的物理槽开始从与源槽相同的LSN开始保留WAL。temporary 是可选的。
如果省略了temporary ,则使用与源槽相同的值。
|
pg_copy_logical_replication_slot ( src_slot_name name , dst_slot_name name [, temporary boolean [, plugin name ]] )
→ record
( slot_name name ,
lsn pg_lsn )
复制一个名为src_slot_name 的现有逻辑复制槽到一个名为dst_slot_name 的逻辑复制槽,选择性的改变输出插件和持久性。
被复制的逻辑槽从与源逻辑槽相同的LSN开始。temporary 和plugin 都是可选的。
如果它们被省略了,使用与源逻辑槽相同的值。
|
pg_logical_slot_get_changes ( slot_name name , upto_lsn pg_lsn , upto_nchanges integer , VARIADIC options text[] )
→ setof record
( lsn pg_lsn ,
xid xid ,
data text )
返回槽slot_name 中的改变,从最后一次使用更改的点开始。
如果upto_lsn 和upto_nchanges 为 NULL,逻辑解码将一直继续到 WAL 的末尾。
如果upto_lsn 为非 NULL,解码将只包括那些在指定 LSN 之前提交的事务。
如果upto_nchanges 为非 NULL,解码将在其产生的行数超过指定值后停止。
不过要注意,被返回的实际行数可能更大,因为对这个限制的检查只会在增加了解码每个新的提交事务产生的行之后进行。
|
pg_logical_slot_peek_changes ( slot_name name , upto_lsn pg_lsn , upto_nchanges integer , VARIADIC options text[] )
→ setof record
( lsn pg_lsn ,
xid xid ,
data text )
行为就像pg_logical_slot_get_changes() 函数,
不过改变不会被消费, 即在未来的调用中还会返回这些改变。
|
pg_logical_slot_get_binary_changes ( slot_name name , upto_lsn pg_lsn , upto_nchanges integer , VARIADIC options text[] )
→ setof record
( lsn pg_lsn ,
xid xid ,
data bytea )
行为就像pg_logical_slot_get_changes() 函数,
不过改变会以bytea 返回。
|
pg_logical_slot_peek_binary_changes ( slot_name name , upto_lsn pg_lsn , upto_nchanges integer , VARIADIC options text[] )
→ setof record
( lsn pg_lsn ,
xid xid ,
data bytea )
行为就像pg_logical_slot_peek_changes() 函数,不过改变会以bytea 返回。
|
pg_replication_slot_advance ( slot_name name , upto_lsn pg_lsn )
→ record
( slot_name name ,
end_lsn pg_lsn )
将复制槽的当前确认的位置提前到名为slot_name 的复制槽的当前确认位置。
该槽不会向后移动,也不会移动到当前插入位置之外。返回该槽的名称和它被推进到的真实位置。
如果有任何进展,则在下一个检查点中写出更新后的槽位置信息。所以如果发生崩溃,该槽位可能会返回到之前的位置。
|
pg_replication_origin_create ( node_name text )
→ oid
用给定的外部名称创建一个复制源,并且返回分配给它的内部 ID。
|
pg_replication_origin_drop ( node_name text )
→ void
删除一个以前创建的复制源,包括任何相关的重放进度。
|
pg_replication_origin_oid ( node_name text )
→ oid
通过名称查找复制源并返回其内部ID。如果未找到这样的复制源,则返回 NULL 。
|
pg_replication_origin_session_setup ( node_name text )
→ void
将当前会话标记为从给定的原点回放,从而允许跟踪回放进度。
只能在当前没有选择原点时使用。使用pg_replication_origin_session_reset 命令来撤销。
|
pg_replication_origin_session_reset ()
→ void
取消pg_replication_origin_session_setup() 的效果。
|
pg_replication_origin_session_is_setup ()
→ boolean
如果在当前会话中选择了复制源则返回真。
|
pg_replication_origin_session_progress ( flush boolean )
→ pg_lsn
返回当前会话中选择的复制源的重放位置。参数flush 决定对应的本地事务是否被确保已经刷入磁盘。
|
pg_replication_origin_xact_setup ( origin_lsn pg_lsn , origin_timestamp timestamp with time zone )
→ void
将当前事务标记为重放在给定LSN和时间戳上提交的事务。
只能在使用pg_replication_origin_session_setup 选择复制源时调用。
|
pg_replication_origin_xact_reset ()
→ void
取消pg_replication_origin_xact_setup() 的效果。
|
pg_replication_origin_advance ( node_name text , lsn pg_lsn )
→ void
将给定节点的复制进度设置为给定的位置。这主要用于设置初始位置,或在配置更改或类似的变更后设置新位置。
请注意这个函数的不当使用可能会导致不一致的复制数据。
|
pg_replication_origin_progress ( node_name text , flush boolean )
→ pg_lsn
返回给定复制元的重放位置。参数flush 决定对应的本地事务是否被确保已经刷入磁盘。
|
pg_logical_emit_message ( transactional boolean , prefix text , content text )
→ pg_lsn
pg_logical_emit_message ( transactional boolean , prefix text , content bytea )
→ pg_lsn
发出逻辑解码消息。这可以用于通过WAL将通用消息传递给逻辑解码插件。
transactional 参数指定消息是否应该是当前事务的一部分,
还是应该立即写入并在逻辑解码器读取记录时立即解码。
prefix 参数是一个文本前缀,逻辑解码插件可以使用它轻松识别对它们有趣的消息。
content 参数是消息的内容,可以以文本或二进制形式给出。
|
表 9.96中所示的函数计算数据库对象的磁盘空间使用情况,或帮助表示或理解使用结果。
bigint
结果以字节为单位。
如果将不代表已有对象的OID传递给这些函数之一,则返回NULL
。
表 9.96. 数据库对象尺寸函数
函数
描述
|
---|
pg_column_size ( "any" )
→ integer
显示用于存储任何单个数据值的字节数。如果直接应用于表的列值,则反映所做的任何压缩。
|
pg_column_compression ( "any" )
→ text
显示用于压缩单个变长值的压缩算法。
如果值没有被压缩,则返回NULL 。
|
pg_database_size ( name )
→ bigint
pg_database_size ( oid )
→ bigint
计算具有指定名称或OID的数据库使用的总磁盘空间。要使用此函数,您必须对指定数据库具有CONNECT 权限
(默认情况下授予),或者具有pg_read_all_stats 角色的权限。
|
pg_indexes_size ( regclass )
→ bigint
计算附加到指定表的索引所使用的总磁盘空间。
|
pg_relation_size ( relation regclass [, fork text ] )
→ bigint
计算指定关系的一个“fork”所使用的磁盘空间。
(注意在大多数情况下,使用更高级的函数 pg_total_relation_size 或pg_table_size 更方便,它们将所有分叉(forks)的大小相加。)
使用一个参数,这将返回关系的主数据分叉的大小。第二个参数可以用来指定要检查哪个分叉:
main 返回关系的主数据分叉的大小。
fsm 返回与该关系关联的空闲空间映射(参见第 73.3 节)的大小。
vm 返回与该关系相关联的可见性映射(参见第 73.4 节)的大小。
init 返回初始化分叉的大小,如果有的话,与关系相关。
|
pg_size_bytes ( text )
→ bigint
将人类可读格式的大小(由pg_size_pretty 返回)转换为字节。
有效单位包括bytes 、B 、kB 、
MB 、GB 、TB 和PB 。
|
pg_size_pretty ( bigint )
→ text
pg_size_pretty ( numeric )
→ text
将字节大小转换为更易于人类阅读的格式,带有大小单位(字节,kB,MB,GB,TB或PB)。请注意,单位是2的幂,而不是10的幂,因此1kB是1024字节,
1MB是10242 = 1048576字节,依此类推。
|
pg_table_size ( regclass )
→ bigint
计算指定表所使用的磁盘空间,不包括索引(但包括它的TOAST表,如果有的话,空闲空间映射,以及可见性映射)。
|
pg_tablespace_size ( name )
→ bigint
pg_tablespace_size ( oid )
→ bigint
计算具有指定名称或OID的表空间中使用的总磁盘空间。
要使用此函数,您必须对指定的表空间具有CREATE 权限,
或者具有pg_read_all_stats 角色的权限,
除非它是当前数据库的默认表空间。
|
pg_total_relation_size ( regclass )
→ bigint
计算指定表所使用的总磁盘空间,包括所有索引和TOAST数据。
结果等价pg_table_size + pg_indexes_size 。
|
上述操作表和索引的函数接受一个regclass
参数,它是该表或索引在pg_class
系统目录中的 OID。
你不必手工去查找该 OID,因为regclass
数据类型的输入转换器会为你代劳。
只写包围在单引号内的表名,这样它看起来像一个文字常量。
为了与普通SQL名称的处理相兼容,该字符串将被转换为小写形式,除非其中在表名周围包含双引号。
详见第 8.19 节。
表 9.97中展示的函数帮助标识数据库对象相关的磁盘文件。
表 9.97. 数据库对象位置函数
函数
描述
|
---|
pg_relation_filenode ( relation regclass )
→ oid
返回当前分配给指定关系的“filenode”数字。文件节点是用于该关系的文件名称的基本组件(更多信息请参阅第 73.1 节 )。
对于大多数关系,其结果与pg_class .relfilenode 相同,但对于某些系统目录,relfilenode 为0,并且必须使用这个函数来获得正确的值。
如果传递的是一个没有存储的关系,例如一个视图,那么函数将返回NULL。
|
pg_relation_filepath ( relation regclass )
→ text
返回关系的完整文件路径名称(相对于数据库集群的数据目录,关系的PGDATA )。
|
pg_filenode_relation ( tablespace oid , filenode oid )
→ regclass
返回一个给定表空间OID和存储它的文件节点的关系的OID。这本质上是pg_relation_filepath 的反向映射。
对于数据库默认表空间中的关系,表空间可以指定为0。如果当前数据库中没有与给定值相关联的关系,则返回 NULL 。
|
表 9.98 列出用于管理排序规则的函数。
表 9.98. 排序规则管理函数
函数
描述
|
---|
pg_collation_actual_version ( oid )
→ text
返回当前安装在操作系统中的该排序规则对象的实际版本。
如果这个版本与pg_collation .collversion 中的值不同,则依赖于该排序规则的对象可能需要被重建。
还可以参考ALTER COLLATION。
|
pg_database_collation_actual_version ( oid )
→ text
返回数据库当前在操作系统中安装的排序规则的实际版本。如果这与pg_database 。
datcollversion 中的值不同,则依赖于排序规则的对象可能需要重新构建。
参见ALTER DATABASE。
|
pg_import_system_collations ( schema regnamespace )
→ integer
基于在操作系统中找到的所有区域环境(locales),加入排序规则到系统目录pg_collation 中。
这是 initdb 会用到的的,更多细节请参考第 24.2.2 节。
如果后来在操作系统上安装了额外的区域环境,可以再次运行这个函数加入新区域环境的排序规则。
匹配pg_collation 中现有条目的区域环境将被跳过(但是这个函数不会移除以在操作系统中不再存在的区域环境为基础的排序规则对象)。
schema 参数通常是pg_catalog ,但这不是一种要求,排序规则也可以被安装到其他的方案中。
该函数返回其创建的新排序规则对象的数量。
此函数仅限超级用户使用。
|
表 9.99 列出提供有关分区表结构信息的函数。
表 9.99. 分区信息函数
函数
描述
|
---|
pg_partition_tree ( regclass )
→ setof record
( relid regclass ,
parentrelid regclass ,
isleaf boolean ,
level integer )
列出给定分区表或分区索引的分区树中的表或索引,每行对应一个分区。
提供的信息包括分区的OID、其直接父的OID、一个布尔值以告知分区是否是叶子,以及一个整数用来告诉分区在层次结构中的级别。
对于输入表或索引,级别值为0,其直接子分区的为1,它们的分区为2,以此类推。
如果关系不存在,或者不是分区或分区表,则不返回行。
|
pg_partition_ancestors ( regclass )
→ setof regclass
列出给定分区的祖先关系,包括关系本身。如果关系不存在,或者不是分区或分区表,则不返回行。
|
pg_partition_root ( regclass )
→ regclass
返回给定关系所属的分区树的最顶级父节点。如果关系不存在,或者不是分区或分区表,则返回NULL 。
|
例如,要检查分区表measurement
中包含的数据的总大小,可以使用以下查询:
SELECT pg_size_pretty(sum(pg_relation_size(relid))) AS total_size
FROM pg_partition_tree('measurement');
表 9.100 显示了索引维护任务可以使用的函数。
(注意,这些维护任务通常由自动清理(autovacuum)自动完成;只有在特殊情况下才需要使用这些函数。)
这些函数在恢复过程中无法执行。这些函数的使用局限于超级用户和给定索引的所有者。
表 9.100. 索引维护函数
函数
描述
|
---|
brin_summarize_new_values ( index regclass )
→ integer
扫描指定的BRIN索引以查找基表中当前没有被索引归纳的页面范围;
对于任何这样的范围,它都通过扫描这些表页来创建一个新的摘要索引元组。
返回插入到索引中的新页面范围摘要的数量。
|
brin_summarize_range ( index regclass , blockNumber bigint )
→ integer
归纳(Summarizes)覆盖给定块的页面范围(如果还没有归纳的话)。
这类似于brin_summarize_new_values ,只是它只处理覆盖给定表块数的页范围。
|
brin_desummarize_range ( index regclass , blockNumber bigint )
→ void
删除归纳了覆盖给定表块的页面范围的BRIN索引元组,如果有的话。
|
gin_clean_pending_list ( index regclass )
→ bigint
清理指定GIN索引的“pending”列表,通过移除里面的条目,以大批的方式,到主要的GIN数据结构。
返回从挂起列表中删除的页数。如果参数是使用禁用fastupdate 选项构建的GIN索引,则不会发生清理,结果为零,因为索引没有挂起的列表。
关于挂起列表和fastupdate 选项的详细信息,请参见第 70.4.1 节 和 第 70.5 节。
|
表 9.101中展示的函数提供了对数据库服务器所在机器上的文件的本地访问。
只能访问数据库集簇目录以及log_directory
中的文件,除非用户是超级用户或者被授予了角色pg_read_server_files
。
使用相对路径访问集簇目录里面的文件,以及匹配 log_directory
配置设置的路径访问日志文件。
注意在pg_read_file()
或者相关函数上,向用户授予EXECUTE特权,
以允许他们有能力读取服务器上该数据库服务器进程能读取的任何文件;这些函数会绕过所有的数据库内特权检查。
这意味着,例如,具有这种访问的用户能够读取pg_authid
表中存储着认证信息的内容,也能读取数据库中的任何表数据。
因此,授予对这些函数的访问应该要很仔细地考虑。
在授予这些函数的权限时,请注意,显示可选参数的表条目大多被实现为
具有不同参数列表的多个物理函数。如果要使用这些函数,必须分别授予
每个函数的权限。psql的\df
命令可以用来检查实际的函数签名。
其中一些函数接受一个可选的missing_ok
参数,该参数指定当文件或
目录不存在时的行为。如果true
,函数返回NULL
或
一个空的结果集(视情况而定)。如果false
,则会引发错误。(除了
“文件未找到”之外的失败情况在任何情况下都会报告为错误。)默认值是
false
。
表 9.101. 通用文件访问函数
函数
描述
|
---|
pg_ls_dir ( dirname text [, missing_ok boolean , include_dot_dirs boolean ] )
→ setof text
返回指定目录中所有文件(和目录以及其他指定文件)的名称。
include_dot_dirs 参数标示在结果集中是否包括“.” 和 “..”;默认为不包括它们。
要包括它们在missing_ok 为 true 时能够有用,以从不存在的目录中辨别一个空目录。
这个函数默认限制为超级用户,但是其他用户可以被授予EXECUTE以运行此函数。
|
pg_ls_logdir ()
→ setof record
( name text ,
size bigint ,
modification timestamp with time zone )
返回服务器日志目录中每个普通文件的名称、大小和最后修改时间(mtime)。以点开头的文件名、目录和其他特殊文件将被排除。
默认情况下,此函数仅限于超级用户和具有pg_monitor 角色特权的角色,但其他用户可以被授予EXECUTE权限来运行该函数。
|
pg_ls_waldir ()
→ setof record
( name text ,
size bigint ,
modification timestamp with time zone )
返回服务器的预写式日志(WAL)目录中每个普通文件的名称、大小和最后修改时间(mtime)。
以点开头的文件名、目录和其他特殊文件将被排除。
默认情况下,此函数仅限于超级用户和具有pg_monitor 角色特权的角色,
但其他用户可以被授予EXECUTE权限来运行该函数。
|
pg_ls_logicalmapdir ()
→ setof record
( name text ,
size bigint ,
modification timestamp with time zone )
返回服务器的pg_logical/mappings 目录中每个普通文件的名称、大小和最后修改时间(mtime)。
以点开头的文件名、目录和其他特殊文件将被排除。
默认情况下,此函数仅限于超级用户和pg_monitor 角色的成员,但其他用户可以被授予EXECUTE权限来运行该函数。
|
pg_ls_logicalsnapdir ()
→ setof record
( name text ,
size bigint ,
modification timestamp with time zone )
返回服务器的pg_logical/snapshots 目录中每个普通文件的名称、大小和最后修改时间(mtime)。
以点开头的文件名、目录和其他特殊文件将被排除。
默认情况下,此函数仅限于超级用户和pg_monitor 角色的成员,但其他用户可以被授予EXECUTE权限来运行该函数。
|
pg_ls_replslotdir ( slot_name text )
→ setof record
( name text ,
size bigint ,
modification timestamp with time zone )
返回服务器的pg_replslot/slot_name 目录中每个普通文件的名称、大小和最后修改时间(mtime),
其中slot_name 是作为函数输入提供的复制槽的名称。以点开头的文件名、目录和其他特殊文件将被排除。
默认情况下,此函数仅限于超级用户和pg_monitor 角色的成员,但其他用户可以被授予EXECUTE权限来运行该函数。
|
pg_ls_archive_statusdir ()
→ setof record
( name text ,
size bigint ,
modification timestamp with time zone )
返回服务器的WAL归档状态目录(pg_wal/archive_status )中的每个普通文件的名称、大小、和最后修改时间(mtime)。
文件名以一个点(dot)开始,目录和其他指定的文件不包括。
这个函数默认限制在超级用户和pg_monitor 角色的成员,但是其他用户可以被授予EXECUTE以运行此函数。
|
pg_ls_tmpdir ( [ tablespace oid ] )
→ setof record
( name text ,
size bigint ,
modification timestamp with time zone )
返回针对指定tablespace 的临时文件目录中的每个普通文件的名称、大小、和最后修改时间(mtime)。
如果tablespace 没有提供,pg_default 表空间为被检验的。
文件名以一个点(dot)开始,目录和其他指定的文件不包括。
这个函数默认限制在超级用户和pg_monitor 角色的成员,但是其他用户可以被授予EXECUTE以运行此函数。
|
pg_read_file ( filename text [, offset bigint , length bigint ] [, missing_ok boolean ] )
→ text
返回一个文本文件的全部或部分内容,从指定的字节
offset 开始,最多返回
length 字节(如果先到达文件末尾,则返回更少字节)。
如果offset 为负数,则表示相对于文件末尾。
如果省略offset 和length ,则返回整个文件。
从文件中读取的字节会按照数据库的编码解释;如果这些字节在该编码中无效,
则会抛出错误。
默认情况下,此函数仅限超级用户使用,但可以授予其他用户EXECUTE权限以运行此函数。
|
pg_read_binary_file ( filename text [, offset bigint , length bigint ] [, missing_ok boolean ] )
→ bytea
返回文件的全部或部分内容。此函数与pg_read_file 相同,
但它可以读取任意二进制数据,并将结果作为bytea 返回,而不是
text ;因此,不会执行编码检查。
默认情况下,此函数仅限超级用户使用,但可以授予其他用户EXECUTE权限以运行
此函数。
结合convert_from 函数,此函数可用于以指定编码读取文本
文件并转换为数据库的编码:
SELECT convert_from(pg_read_binary_file('file_in_utf8.txt'), 'UTF8');
|
pg_stat_file ( filename text [, missing_ok boolean ] )
→ record
( size bigint ,
access timestamp with time zone ,
modification timestamp with time zone ,
change timestamp with time zone ,
creation timestamp with time zone ,
isdir boolean )
返回一个记录,包含文件的大小、最后访问时间戳、最后修改时间戳,最后文件状态变更时间戳(仅在UNIX平台)、文件建立时间戳(仅Windows),和一个标志旗如果它是一个目录。
这个函数默认限制在超级用户,但是其他用户可以被授予EXECUTE以运行此函数。
|
表 9.102中展示的函数管理咨询锁。
有关正确使用这些函数的细节请参考第 13.3.5 节。
所有这些函数都打算用于锁定应用程序定义的资源,可以通过一个64位键值或两个32位键值来标识(注意这两个键空间不能重叠)。
如果另一个会话已经在相同的资源标识符上持有一个冲突的锁,函数将等待直到资源变成可用,或者返回一个false
结果,合适于函数的。
锁可以是共享或排他的:共享锁不会与同一资源上的其他共享锁发生冲突,只会与排他锁发生冲突。
锁可以在会话级(这样它们被保持直到释放或会话结束)或在事务级(这样它们被保持直到当前事务结束;没有手动释放的供应)。
多个会话级锁请求堆栈,因此如果同一个资源标识符被锁定三次,那么必须有三个解锁请求来释放资源,在会话结束之前。
表 9.102. 咨询锁函数
函数
描述
|
---|
pg_advisory_lock ( key bigint )
→ void
pg_advisory_lock ( key1 integer , key2 integer )
→ void
获取一个排他的会话级咨询锁,如有必要则等待。
|
pg_advisory_lock_shared ( key bigint )
→ void
pg_advisory_lock_shared ( key1 integer , key2 integer )
→ void
获取一个共享的会话级咨询锁,如有必要则等待。
|
pg_advisory_unlock ( key bigint )
→ boolean
pg_advisory_unlock ( key1 integer , key2 integer )
→ boolean
释放以前获取的排他会话级咨询锁。如果锁成功释放则返回true 。
如果锁没有被持有,则返回false ,此外,服务器将报告一个SQL警告。
|
pg_advisory_unlock_all ()
→ void
释放当前会话所持有的所有会话级咨询锁。(即使客户端异常断开连接,这个函数也会在会话结束时被隐式调用。)
|
pg_advisory_unlock_shared ( key bigint )
→ boolean
pg_advisory_unlock_shared ( key1 integer , key2 integer )
→ boolean
释放以前获取的共享会话级咨询锁。如果锁成功释放则返回true 。
如果锁没有被持有,则返回false ,此外,服务器将报告一个SQL警告。
|
pg_advisory_xact_lock ( key bigint )
→ void
pg_advisory_xact_lock ( key1 integer , key2 integer )
→ void
获取一个排他的事务级咨询锁,如有必要则等待。
|
pg_advisory_xact_lock_shared ( key bigint )
→ void
pg_advisory_xact_lock_shared ( key1 integer , key2 integer )
→ void
获取一个共享的事务级咨询锁,如有必要则等待。
|
pg_try_advisory_lock ( key bigint )
→ boolean
pg_try_advisory_lock ( key1 integer , key2 integer )
→ boolean
获取一个排他的会话级咨询锁,如果适用。
这将立即获得锁并返回true ,或者如果不能立即获取锁则立即返回 false 而无需等待。
|
pg_try_advisory_lock_shared ( key bigint )
→ boolean
pg_try_advisory_lock_shared ( key1 integer , key2 integer )
→ boolean
获取一个共享的会话级咨询锁,如果适用。
这将立即获得锁并返回true ,或者如果不能立即获取锁则立即返回 false 而无需等待。
|
pg_try_advisory_xact_lock ( key bigint )
→ boolean
pg_try_advisory_xact_lock ( key1 integer , key2 integer )
→ boolean
获取一个排他的事务级咨询锁,如果适用。
这将立即获得锁并返回true ,或者如果不能立即获取锁则立即返回 false 而无需等待。
|
pg_try_advisory_xact_lock_shared ( key bigint )
→ boolean
pg_try_advisory_xact_lock_shared ( key1 integer , key2 integer )
→ boolean
获取一个共享的事务级咨询锁,如果适用。
这将立即获得锁并返回true ,或者如果不能立即获取锁则立即返回 false 而无需等待。
|