PostgreSQL三种关闭方式的区别

1、使用smart参数关闭数据库:

smart:最为安全,但最慢,需要将所有连接都断开后,才会关库,默认关库模式。

smart: 等所有的连接中止后,关闭数据库。如果客户端连接不终止, 则无法关闭数据库。

postgresql@master \~ pg_ctl stop -D PGDATA -m smart

waiting for server to shut down.... done

server stopped

postgresql@master \~$

使用smart参数关闭数据库的日志:

2025-09-06 19:40:20.479 CST 56233 LOG: received smart shutdown request

2025-09-06 19:40:20.480 CST 56233 LOG: background worker "logical replication launcher" (PID 56241) exited with exit code 1

2025-09-06 19:40:20.480 CST 56236 LOG: shutting down

2025-09-06 19:40:20.485 CST 56233 LOG: database system is shut down

2、使用fast参数关闭数据库:

fast:强制中断会话,而不管有操作有没有提交,在做系统维护(系统维护时一般应用都正常关闭了,或者不再会有事务操作。)时,需要这种模式来关闭数据库。

fast: 快速关闭数据库, 断开客户端的连接,让已有的事务回滚,然后正常关闭数据库。

postgresql@master \~ pg_ctl stop -D PGDATA -m fast

waiting for server to shut down.... done

server stopped

postgresql@master \~

使用fast参数关闭数据库的日志:

2025-09-06 19:40:59.477 CST 56258 LOG: received fast shutdown request

2025-09-06 19:40:59.478 CST 56258 LOG: aborting any active transactions

2025-09-06 19:40:59.478 CST 56258 LOG: background worker "logical replication launcher" (PID 56266) exited with exit code 1

2025-09-06 19:40:59.479 CST 56261 LOG: shutting down

2025-09-06 19:40:59.484 CST 56258 LOG: database system is shut down

3、使用immediate参数关闭数据库:

immediate:最暴力的方式,不管数据有没有落盘(POSGRE是遵循WAL机制),就直接关掉,待启动时进行实例恢复,如果在关库前有大量的事务没有写入磁盘,那这个恢复过程可能会非常的漫长。

immediate: 立即关闭数据库,立即停止数据库进程,直接退出,下次启动时会进行实例恢复。

postgresql@master \~ pg_ctl stop -D PGDATA -m immediate

waiting for server to shut down.... done

server stopped

postgresql@master \~$

使用immediate参数关闭数据库的日志:

2025-09-06 19:41:40.311 CST 56278 LOG: received immediate shutdown request

2025-09-06 19:41:40.313 CST 56284 WARNING: terminating connection because of crash of another server process

2025-09-06 19:41:40.313 CST 56284 DETAIL: The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.

2025-09-06 19:41:40.313 CST 56284 HINT: In a moment you should be able to reconnect to the database and repeat your command.

2025-09-06 19:41:40.315 CST 56278 LOG: database system is shut down

4、数据目录:

postgresql@master \~ echo PGDATA

/usr/local/postgresql/data

5、启动数据库:

postgresql@master \~ pg_ctl start -D PGDATA

waiting for server to start....2025-09-06 19:40:40.221 CST 56258 LOG: redirecting log output to logging collector process

2025-09-06 19:40:40.221 CST 56258 HINT: Future log output will appear in directory "log".

done

server started

postgresql@master \~$

相关推荐
shark-chili10 分钟前
关于AI辅助编程的认知
数据库·人工智能·redis·macos·缓存
SendTomo11 分钟前
.ico透明图标在线生成下载平台深度解析
大数据·数据结构·数据库·数据仓库·个人开发
蓝速科技22 分钟前
国产化信创终端等保合规核心防护与落地方案丨蓝速科技
大数据·运维·数据库·人工智能·科技
IvorySQL29 分钟前
PostgreSQL 日报|在线校验和特性被回退(9 月 17 日)
数据库·人工智能·postgresql
实验室管理云平台43 分钟前
北京盛元广通检测管理方案:信息集成、质量控制与移动应用
大数据·数据库·科技
IT大白鼠1 小时前
MySQL 高可用系列 · Orchestrator + ProxySQL 第三篇——核心原理精讲
数据库·mysql·架构
geovindu1 小时前
sql:Data Modeling Patterns using PostgreSQL 18
postgresql·数据库开发·数据库架构
刘天远1 小时前
Agent系统接入编排:评分模型、状态机与Python门禁
数据库·人工智能·python
DBA_G2 小时前
GBase数据库安全“全牌照“技术解读:从等保四级到全密态计算的实践
数据库
我滴老baby2 小时前
工业物联网数据库选型:把计算能力放回第一维度
数据库·人工智能·架构·pdf