频道栏目
首页 > 数据库 > 其他综合 > 正文
PostgreSQLpg_ctlstart超时分析
2019-01-30 11:02:52           
收藏   我要投稿
1、创建表空间

sqlplus / as sysdba //以dba的身份进库

startup //开启数据库

create tablespace db_work //创建名为db_work的表空间

datafile '/orc/app/oracl

一、问题

pg_ctl start启动时报错退出:pg_ctl:server did not start in time。超时时间是多少?从什么时候到哪个阶段算超时?

二、分析:该信息打印位置,从后面代码段do_start函数中可以看出

1、pg_ctl start调用start_postmaster启动PG的主进程后,每隔0.1ms检查一次postmaster.pid文件,是否已写入ready/standby

2、总共会检查600次,即从启动主进程后,最多等待60s,如果没有写入ready/standby则打印上述日志并退出

3、默认等待时间是60s,如果pg_ctl start -t指定等待时间,则等待时间为该指定时间

三、什么时候postmaster.pid文件写入ready/standby

1、如果是主机不管有没有设置hot standby

1)当startup进程恢复完成退出时,调用proc_exit函数向主进程发送SIGCHLD信号并退出

2)主进程接收到信号后,signal处理函数reaper调用AddToDataDirLockFile向postmaster.pid文件写入ready

2、如果是备机即data目录下有recovery.cnf文件,且设置了hot standby,在实际恢复前没有到达一致性位置

1)startup进程向主进程发送PMSIGNAL_RECOVERY_STARTED信号,主进程调用信号处理函数sigusr1_handler,将pmState=PM_RECOVERY

2)每次读取下一个xlog前都会调用CheckRecoveryConsistency函数进行一致性检查:

2.1 进入一致性状态,starup进程向主进程发送PMSIGNAL_BEGIN_HOT_STANDBY信号,主进程接收到信号后调用sigusr1_handler->AddToDataDirLockFile向postmaster.pid文件写入ready

3、如果是备机即data目录下有recovery.cnf文件,且设置了hot standby,在实际恢复前没有到达一致性位置

1)startup进程向主进程发送PMSIGNAL_RECOVERY_STARTED信号,主进程调用信号处理函数sigusr1_handler,将pmState=PM_RECOVERY

2)每次读取下一个xlog前都会调用CheckRecoveryConsistency函数进行一致性检查。如果没有进入一致性状态

3)本地日志恢复完成,切换日志源时同样调用CheckRecoveryConsistency函数进行一致性检查

3.1 进入一致性状态,starup进程向主进程发送PMSIGNAL_BEGIN_HOT_STANDBY信号,主进程接收到信号后调用sigusr1_handler->AddToDataDirLockFile向postmaster.pid文件写入ready

4、如果是备机即data目录下有recovery.cnf文件,且设置了hot standby,在实际恢复前到达一致性位置

1)startup进程向主进程发送PMSIGNAL_RECOVERY_STARTED信号,主进程调用信号处理函数sigusr1_handler,将pmState=PM_RECOVERY

2)CheckRecoveryConsistency函数进行一致性检查,向主进程发送PMSIGNAL_BEGIN_HOT_STANDBY信号,主进程接收到信号后调用sigusr1_handler->AddToDataDirLockFile向postmaster.pid文件写入ready

5、如果是备机即data目录下有recovery.cnf文件,没有设置hot standby

1)startup进程向主进程发送PMSIGNAL_RECOVERY_STARTED信号

2)主进程接收到信号后,向postmaster.将pmState=PM_RECOVERY

四、代码分析

1、pg_ctl start流程

do_start->

pm_pid = start_postmaster();

if (do_wait){

print_msg(_("waiting for server to start..."));

switch (wait_for_postmaster(pm_pid, false)){

case POSTMASTER_READY:

print_msg(_(" done\n"));

print_msg(_("server started\n"));

break;

case POSTMASTER_STILL_STARTING:

print_msg(_(" stopped waiting\n"));

write_stderr(_("%s: server did not start in time\n"), progname);

exit(1);

break;

case POSTMASTER_FAILED:

print_msg(_(" stopped waiting\n"));

write_stderr(_("%s: could not start server\n" "Examine the log output.\n"), progname);

exit(1);

break;

}

}else

print_msg(_("server starting\n"));

wait_for_postmaster->

for (i = 0; i < wait_seconds * WAITS_PER_SEC; i++){

if ((optlines = readfile(pid_file, &numlines)) != NULL && numlines >= LOCK_FILE_LINE_PM_STATUS){

pmpid = atol(optlines[LOCK_FILE_LINE_PID - 1]);

pmstart = atol(optlines[LOCK_FILE_LINE_START_TIME - 1]);

if (pmstart >= start_time - 2 && pmpid == pm_pid){

char *pmstatus = optlines[LOCK_FILE_LINE_PM_STATUS - 1];

if (strcmp(pmstatus, PM_STATUS_READY) == 0 || strcmp(pmstatus, PM_STATUS_STANDBY) == 0){

/* postmaster is done starting up */

free_readfile(optlines);

return POSTMASTER_READY;

}

}

}

free_readfile(optlines);

if (waitpid((pid_t) pm_pid, &exitstatus, WNOHANG) == (pid_t) pm_pid)

return POSTMASTER_FAILED;

pg_usleep(USEC_PER_SEC / WAITS_PER_SEC);

}

/* out of patience; report that postmaster is still starting up */

return POSTMASTER_STILL_STARTING;

2、server主进程及信号处理函数

PostmasterMain->

pqsignal_no_restart(SIGUSR1, sigusr1_handler); /* message from child process */

pqsignal_no_restart(SIGCHLD, reaper); /* handle child termination */

...

StartupXLOG();

...

proc_exit(0);//exit函数向主进程发送SIGCHLD信号

reaper->//进程终止或者停止的信号

AddToDataDirLockFile(LOCK_FILE_LINE_PM_STATUS, PM_STATUS_READY);

postmaster进程接收信号:

sigusr1_handler->

if (CheckPostmasterSignal(PMSIGNAL_RECOVERY_STARTED) &&

pmState == PM_STARTUP && Shutdown == NoShutdown){

CheckpointerPID = StartCheckpointer();

BgWriterPID = StartBackgroundWriter();

if (XLogArchivingAlways())

PgArchPID = pgarch_start();

//hot_standby在postgresql.conf文件中配置TRUE

//表示在恢复的时候允许连接

if (!EnableHotStandby){

//将standby写入postmaster.pid文件,表示up但不允许连接

AddToDataDirLockFile(LOCK_FILE_LINE_PM_STATUS, PM_STATUS_STANDBY);

}

pmState = PM_RECOVERY;

}

if (CheckPostmasterSignal(PMSIGNAL_BEGIN_HOT_STANDBY) &&

pmState == PM_RECOVERY && Shutdown == NoShutdown){

PgStatPID = pgstat_start();

//将ready写入postmaster.pid文件,允许连接

AddToDataDirLockFile(LOCK_FILE_LINE_PM_STATUS, PM_STATUS_READY);

pmState = PM_HOT_STANDBY;

}

...

3、Startup进程

StartupXLOG->

ReadCheckpointRecord

if (ArchiveRecoveryRequested && IsUnderPostmaster){//有recovery.conf文件则ArchiveRecoveryRequested为TRUE

//有recovery.conf文件则ArchiveRecoveryRequested为TRUE

PublishStartupProcessInformation();

SetForwardFsyncRequests();

//向master进程发送PMSIGNAL_RECOVERY_STARTED信号

SendPostmasterSignal(PMSIGNAL_RECOVERY_STARTED);

bgwriterLaunched = true;

}

CheckRecoveryConsistency();-->...

|-- if (standbyState == STANDBY_SNAPSHOT_READY && !LocalHotStandbyActive &&

| reachedConsistency && IsUnderPostmaster){

| SpinLockAcquire(&XLogCtl->info_lck);

| XLogCtl->SharedHotStandbyActive = true;

| SpinLockRelease(&XLogCtl->info_lck);

| LocalHotStandbyActive = true;

| SendPostmasterSignal(PMSIGNAL_BEGIN_HOT_STANDBY);

|-- }

...

回放一个record后,每次读取下一个record前都会调用CheckRecoveryConsistency

e/oradata/WORKDB01.DBF' //指定数据文件存放的位置

size 50m //指定数据文件大小

autoextend on //开启自动拓展空间大小

next 50m maxsize 20480m //指定最大空间为20G

extent management local; //本地化管理表空间

cd /orc/app/oracle/oradata/ //去指定目录验证

ll -h

oracle之表空间

select tablespace_name from dba_tablespaces; //查看表空间

oracle之表空间

2、调整表空间的大小

方法一:直接修改大小

alter database datafile //修改数据文件

'/orc/app/oracle/oradata/WORKDB01.DBF'

resize 80m; //重新指定大小

oracle之表空间

方法二:添加新的DBF文件

alter tablespace db_work

add datafile

'/orc/app/oracle/oradata/WORKDB02.DBF'

size 50m

autoextend on

next 50m maxsize 20480m;

oracle之表空间

3、更改表空间的权限

alter tablespace db_work read only; //更改表空间为只读

alter tablespace db_work read write; //更改表空间为读写,默认情况下

drop tablespace db_work including contents; //删除指定表空间,including contents参数表示删除表空间的所有内容

4、CDB与PDB操作

CDB(Container Database):数据库容器

PDB(Pluggable Database):可插拔数据库

CDB与PDB关系:

COMMON USERS(普通用户):经常建立在CDB层,用户名以C##或c##开头;

LOCAL USERS(本地用户):仅建立在PDB层,建立的时候得指定CONTAINER。

查看数据库模式

show con_name //查询当前所在的容器

oracle之表空间

show pdbs //查询数据库的所有容器

show pdbs //查询数据库的所有容器

oracle之表空间

alter pluggable database orclpdb open; //修改可插拔库orclpdb为开启状态

alter session set container=orclpdb; //CDB切换会话到PDB中,oracle容器连接到插拔库中

show con_name //数据库模式已切换为容器型数据库

oracle之表空间

alter session set container=cdb$root; //切换数据库模式为CDB$ROOT

点击复制链接 与好友分享!回本站首页
相关TAG标签 Postgre
上一篇:MySQL-MMM高可用群集
下一篇:oracle之表空间解析
相关文章
图文推荐
点击排行

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站