-
C/S结构
PG是一个典型的C/S模型。client / server
客户端不知道怎么叙述。server端则需要我们重点掌握。server端:实例 + 存储结构
实例 = 进程 + 内存结构
#ps -aus |grep "postgre" #将会看到一些进程
post manager processor:登录管理进程,属于后台管理进程之一。主要功能:端口监听(postgresql.conf配置文件配置),连接协议、验证功能(pg_hba.conf配置文件)、fork进程(就是给client分配一个session processor,用于处理其他事务)。
session processor:会话进程,每一个client连接时都会分配一个SP,然后还会分配一个PGA
BgW进程:background writer,主要负责内存数据修改。与SGA沟通。
syslogger进程:主要负责数据库状态的收集、统计和记录。
CKPT进程:checkpoint,检查各个进程状态?
WALW:wal writer,WAL(redo)日志,日志刷写进程。*****
ARCH:归档进程,WAl日志的备份。一种备份加恢复的安全手段。
AV:auto Vacuum ,数据整理。数据储存结构与Mysql不一样,pgsql是一种堆表结构,需要进行特殊的数据整理。
SGA:共享内存结构。包括data buffer 数据缓冲区 和 wal buffer 日志缓冲区。
PGA:私有内存结构,每个session processor使用一部分
- 重点关注文件
- 日志文件
$PGDATA/LOG 运行日志
$PGDATA/pg_wal 重做日志
$PGDATA/pg_xact 事务提交日志
服务器日志:可以在启动的时候指定,比如pg_ctl start -l ./alert.log - 配置文件
postgresql.conf #主配置文件
pg_hba.conf #防火墙配置文件
pg_controldata #数据库状态配置文件 #pg_controldata $PGDATA - 数据文件
pg中,每个索引和表都是一个单独的文件,pg中叫做page。默认是每个大于1G的page会被分割pg_relfilenode这样的文件。page的大小在initdb的时候指定
page的物理地址:$PGDATA/base/DATAbase_OID/PG_CLASS.RELFILENODE - online wal 日志
这个日志存在的目的是为了保证崩溃后的安全,如果系统崩溃,可以“重放”从最后一次检查点以来的日志项来恢复数据库的一致性。
但是也存在日志膨胀的问题
$PGDATA/pg_wal 重做日志存在的位置
- 日志文件



