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 \~\]$

相关推荐
秋916 小时前
MySQL 8.0.46 与 MySQL 9.7.0在sql语句方面的区别并举例说明
数据库·sql·mysql
一只数据集16 小时前
NVIDIA Nemotron AIQ Agentic Safety Dataset:面向企业级智能体系统的安全与防护评估数据集全面解析
网络·数据库·安全
Amazinqc16 小时前
Mysql数据库数据软隔离的并发死锁情况
数据库·mysql·死锁
DianSan_ERP16 小时前
京东订单接口集成中如何处理消费者敏感信息的安全与合规问题?
前端·数据库·后端·团队开发·运维开发
原来是猿16 小时前
TCP Echo Server 深度解析:从单进程到线程池的演进之路(中)
linux·服务器·数据库
treesforest16 小时前
IP地址段查询完全指南:从单IP查到IPv4段批量归属地查询
网络·数据库·网络协议·tcp/ip·网络安全·运维开发
渣渣灰958717 小时前
基于STM32F03ZET6移植FreeRTOS
数据库·stm32·嵌入式硬件
庞轩px17 小时前
第七篇:Redis分布式锁——从setnx到RedLock的演进之路
数据库·redis·分布式锁·redission·setnx·redlock·可重入锁
WL_Aurora17 小时前
IDEA 连接 MySQL 数据库保姆级教程
数据库·mysql·intellij-idea
mpHH17 小时前
postgresql plancache
数据库·postgresql