需熟悉的，PG数据库运行机制

已于 2024-08-20 10:10:04 修改
阅读量655 收藏 18
点赞数 28
文章标签： 数据库 postgresql linux
于 2024-08-20 10:07:10 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_61920297/article/details/141334832
版权

需熟悉的，PG数据库运行机制

文章目录

1.数据库时间线，lsn，wal日志：

简单来说，wal文件的命名是由时间线、lsn组成的，其中lsn由日志id和偏移量组成。时间线是记录数据库变更操作的标识，lsn是WAL日志唯一的、全局的标识。

LSN与数据恢复：

从检查点（数据落盘的点）开始，回放WAL日志，如果数据页面的LSN小于WAL记录的LSN，则说明数据页面比较旧，需要进行回放，反之则不需要回放，就会跳过回放过程。

1.1、数据库时间线

是记录数据库变更操作的标识，每个实例都有一个递增的数字表示时间线，作用是数据复制时确定数据的变更顺序和一致性，新主库会创建新的时间线保证数据一致性。

会改变时间线的情况：

  • 数据库恢复完成后，自动另起一条个时间线
  • 数据库重启

1.2、lsn

LSN即Log sequence number，日志序列号，这是WAL日志唯一的、全局的标识。

获取当前lsn号

postgres=# select pg_current_wal_lsn();
 pg_current_wal_lsn 
--------------------
 12/6000148
(1 row)

wal日志LSN编号规则:

12/6000148(高32位/低32位)

LSN 形式为 X/Y，其中 X 是 Log File Number，Y 是 Byte Offset（通常是从文件的开始位置算起的偏移量，以字节为单位）。

1.3、wal日志

WAL日志的命名说明如下：

一个段文件的名称由24个十六进制组成，分为三个部分，每个部分由8个十六进制字符组成。第一部分表示时间线，第二部分表示日志文件标号，第三部分表示日志文件的段标号。时间线由1开始，日志文件标号和日志文件的段标号由0开始。

postgres=# select pg_walfile_name('12/6000148');
     pg_walfile_name      
--------------------------
 000000390000001200000006
(1 row)

postgres=# 

### 偏移量计算
postgres=# select pg_walfile_NAME_OFFSET(pg_current_wal_lsn());
     pg_walfile_name_offset     
--------------------------------
 (000000390000001200000006,328)
(1 row)

postgres=# select pg_current_wal_lsn();
 pg_current_wal_lsn 
--------------------
 12/6000148
(1 row)

postgres=# select x'148'::int;
 int4 
------
  328
(1 row)

postgres=#

wal命名规则：

wal日志的logseg前6位始终是0，后两位是LSN低32位/16MB(2*24)
LSN在wal日志中的偏移量即LSN低32位中后24位对应的十进制值。即LSN的前两位。如上例中logseg最后两位是06，LSN低32前两位也是06。

组成部分十六进制值十进制值说明
文件前缀0000003957表示timeline；
日志段号0000001218表示logid；
文件内偏移000000066表示表示logseg

2.检查点、数据恢复

简单来说，如果要进行数据恢复，需要找到最近一次数据落盘的点（检查点），然后根据归档日志的信息重放sql操作，使其达到数据一致

  • 检查点是checkpoint进程刷脏的记录点，说明这个点之前的数据已经落盘，这个点之前的wal日志都不需要了，不需要关心两个检查点之间的wal日志。
  • 数据恢复：恢复数据库需要找到上一次落盘的点，根据上次落盘的点，去通过wal日志回放，wal日志是否完整是数据库自身保证的，只要事务提交了，那么wal日志一定会写入磁盘（也有不正常关机的情况）
1、检查点发生时，checkpoint进程会把共享缓冲区中的`脏块写入磁盘`，永久保存，以防主机断电等故障导致的数据丢失。此`频率由参数checkpoint_timeout`控制。
2、实例恢复：当实例发生崩溃后，再次启动需进行实例恢复，此时数据库将以`最近一次ckpt的位置`作为参考，开始`recovery`。
3、介质恢复：`物理备份时都会生成一个检查点`，用于判断将来恢复时的起点。开始备份的位置就是`将来recovery的位置`，在wal归档日志的帮助下使其同步。

3.复制槽：

  • 本质上是一个内存，主库保证不会删除备库(逻辑复制订阅端)没有应用的日志。

  • 可以通过 pg_replication_slots动态视图的Active字段记录从库（订阅端）状态，可以在动态视图pg_stat_replication上查看sent_lsn和reply_lsn，而且，replication slot 的状态信息是持久化保存的，即便从库断掉或主库重启，这些信息仍然不会丢掉或失效。

3.1、查看主备、库之间的复制延迟

核心思路就是：

  • 在主库上对比sent_lsn和replay_lsn之间的差值，使用函数pg_wal_lsn_diff(sent_lsn ,replay_lsn)。
  • 在备库上去对比内置函数pg_last_wal_receive_lsn(), pg_last_wal_replay_lsn()。
postgres=# select * from pg_stat_replication;
-[ RECORD 1 ]----+------------------------------
pid              | 3512
usesysid         | 16388
usename          | repuser
application_name | postgresql110
client_addr      | 192.168.6.110
client_hostname  | 
client_port      | 7291
backend_start    | 2024-08-19 13:20:31.400284+08
backend_xmin     | 
state            | streaming
sent_lsn         | 12/6000148
write_lsn        | 12/6000148
flush_lsn        | 12/6000148
replay_lsn       | 12/6000148
write_lag        | 
flush_lag        | 
replay_lag       | 
sync_priority    | 0
sync_state       | async
reply_time       | 2024-08-19 17:19:28.043247+08

postgres=# 



#### 在备库上

SELECT
    pg_last_wal_receive_lsn() AS received_lsn,
    pg_last_wal_replay_lsn() AS replayed_lsn,
    pg_wal_lsn_diff(pg_last_wal_receive_lsn(), pg_last_wal_replay_lsn()) AS wal_delay_bytes
FROM
    pg_stat_wal_receiver;


postgres=# SELECT
postgres-#     pg_last_wal_receive_lsn() AS received_lsn,
postgres-#     pg_last_wal_replay_lsn() AS replayed_lsn,
postgres-#     pg_wal_lsn_diff(pg_last_wal_receive_lsn(), pg_last_wal_replay_lsn()) AS wal_delay_bytes
postgres-# FROM
postgres-#     pg_stat_wal_receiver;
 received_lsn | replayed_lsn | wal_delay_bytes 
--------------+--------------+-----------------
 12/6000148   | 12/6000148   |               0
(1 row)

postgres=# 

###在主库上

SELECT
    client_addr,
    pg_current_wal_lsn() AS current_lsn,
    sent_lsn,
    replay_lsn,
    pg_wal_lsn_diff(sent_lsn, replay_lsn) AS wal_delay_bytes
FROM
    pg_stat_replication;

postgres=# SELECT
postgres-#     client_addr,
postgres-#     pg_current_wal_lsn() AS current_lsn,
postgres-#     sent_lsn,
postgres-#     replay_lsn,
postgres-#     pg_wal_lsn_diff(sent_lsn, replay_lsn) AS wal_delay_bytes
postgres-# FROM
postgres-#     pg_stat_replication;
-[ RECORD 1 ]---+--------------
client_addr     | 192.168.6.110
current_lsn     | 12/6000148
sent_lsn        | 12/6000148
replay_lsn      | 12/6000148
wal_delay_bytes | 0

postgres=# 

postgres=#

pg_replication_slots 视图中的字段解释整理成表格格式。以下是一个示例表格：

字段描述示例值
slot_name复制槽的名称fd
plugin用于逻辑复制的插件名称logical1
slot_type复制槽的类型，physical 或 logicallogical
datoid数据库的 OID（对象标识符）5
database逻辑复制槽所关联的数据库名称postgres
temporary指示复制槽是否是临时的f
active指示复制槽是否处于活动状态f
active_pid当前与复制槽关联的进程 ID（PID）空
xmin复制槽所关心的最小事务 ID（逻辑复制槽通常为空）空
catalog_xmin系统目录中最小的事务 ID，逻辑复制槽需要保留这些事务 ID57755
restart_lsn复制槽重新启动时的 WAL 位置11/F6000180
confirmed_flush_lsn复制槽确认已被消费的 WAL 位置11/F60001B8
wal_status表示 WAL 的状态（通常为 reserved）reserved
safe_wal_size与复制槽相关的安全 WAL 大小（逻辑复制槽通常为空）空
two_phase指示是否支持两阶段提交（通常与物理复制相关）f
conflicting指示是否存在与复制槽相关的冲突f

3.2、查看wal的堆积情况

总结：使用pg_current_wal_insert_lsn()获取PostgreSQL 当前正在写入的 WAL 位置与restart_lsn复制槽开始复制的位置之间的差值。

引起这种情况的原因：

  • VACUUM风暴，通常是指在数据库中同时发生大量的自动或手动VACUUM操作，这些操作可能会产生大量WAL日志，从而导致I/O负载显著增加，影响数据库性能，同时也可能导致WAL无法被及时清理。
  • 大量的数据写入，大规模写入时出现的情况与VACUUM风暴相似。
  • wal_keep_size和max_wal_size参数设置过大都可能会导致实例保留大量WAL日志
  • 备库的wal堆积， 只读库上有长事务运行，hot_standby_feedback和max_standby_streaming_delay（hot_standby_feedback 控制是否在从库查询时发送反馈给主库，防止主库丢弃可能还需要的 WAL 数据。
    max_standby_streaming_delay 设定从库允许的最大 WAL 数据延迟时间，以便在处理长时间运行的查询时保持同步）设置不合理。

pg_stat_archiver 视图可以查看关于 WAL 日志归档的统计信息，包括归档进度和错误信息。

postgres=# SELECT * FROM pg_stat_archiver;
-[ RECORD 1 ]------+---------------------------------
archived_count     | 13
last_archived_wal  | 0000003800000011000000FE.partial
last_archived_time | 2024-08-19 11:03:11.469306+08
failed_count       | 0
last_failed_wal    | 
last_failed_time   | 
stats_reset        | 2024-08-15 09:54:55.715856+08

参数说明

参数说明实际值
archived_count已成功归档的 WAL 文件数量。13
last_archived_wal最后一次成功归档的 WAL 文件名称。0000003800000011000000FE.partial
last_archived_time最后一次成功归档的时间戳。2024-08-19 11:03:11.469306+08
failed_count归档失败的 WAL 文件数量。0
last_failed_wal最后一次归档失败的 WAL 文件名称（如果有）。（空）
last_failed_time最后一次归档失败的时间戳（如果有）。（空）
stats_reset统计信息最后重置的时间戳。2024-08-15 09:54:55.715856+08

这个表格展示了 pg_stat_archiver 视图中各个参数的说明和查询结果的实际值。

查询复制槽上的数据堆积量


postgres=# SELECT slot_name, pg_size_pretty(pg_wal_lsn_diff(pg_current_wal_insert_lsn(), restart_lsn)) AS delay_size
FROM pg_replication_slots;
   slot_name   | delay_size 
---------------+------------
 fdmq2         | 256 MB
 fdmq1         | 256 MB
 logicreplia   | 256 MB
 postgresql110 | 0 bytes
(4 rows)

postgres=#

参数说明：

参数描述
slot_name复制槽的名称。
pg_current_wal_insert_lsn()当前 WAL 插入的位置（Log Sequence Number, LSN）。表示 PostgreSQL 当前正在写入的 WAL 位置。
restart_lsn复制槽的重启位置。对于逻辑复制槽，表示从这个位置开始重新进行数据流式复制。
pg_wal_lsn_diff()计算两个 LSN 之间的差异（即 WAL 的堆积量）。在本查询中，计算 pg_current_wal_insert_lsn() 和 restart_lsn 之间的差异。
pg_size_pretty()将字节数转换为更易读的格式（例如，KB、MB 或 GB）。用于将计算得到的 WAL 差异转换为可读格式。
delay_sizeWAL 延迟大小，表示自复制槽的重启位置到当前 WAL 插入位置的 WAL 数据量。

在 PostgreSQL 中，pg_current_wal_lsn() 和 pg_current_wal_insert_lsn() 这两个函数有以下区别：

  • pg_current_wal_lsn(): 返回当前的 WAL（Write-Ahead Log）插入位置。它反映了数据库当前正在写入 WAL 的位置。
  • pg_current_wal_insert_lsn(): 这个函数用于逻辑复制槽，返回当前的 WAL 插入位置与复制槽的起始位置之间的差异。它用于监视逻辑复制槽的进度。

总的来说，pg_current_wal_lsn() 是用于一般情况的函数，而 pg_current_wal_insert_lsn() 主要用于逻辑复制的监控。

4、PG生产环境，故障转移

总结：这里主要介绍了Patroni集群环境参数配置，和主备切换、故障转移保证数据不丢失的原理。

生产环境，参数配置需要注意的地方

  • 一定注意shared_buffers和max_connections这两个参数，数据库最大连接一般默认100到200 。

  • 一个连接就是一个单独的进程，这些进程都会去数据库里跑SQL，都会占用共享内存，64核心的cpu物理机，配置的数据库连接数过大会影响性能。

  • Patroni集群中的全局参数，涉及到数据一致性和复制要求，必须在所有节点上保持一致（比如：wal_level 和 max_wal_senders 直接影响到 WAL 日志的生成和传输）。

  • Patroni集群中的本地参数，则可以根据各个节点的具体需求进行调整(比如：通过为从节点配置更大的 work_mem 来优化查询性能)

Patroni保证高可用和故障转移

高可用性是指系统能够在较长时间内持续正常运行，并能在出现故障时迅速恢复。故障转移是指在主节点发生故障时，自动将服务切换到一个健康的从节点，以保证服务的连续性。

高可用直观表现为：系统故障时间越短，故障次数间隔时间越长，高可用越好。
可用性 = 工作时间 /（工作时间 + 停机时 间）

  • Patroni通过流复制机制实现异步或同步的高可用切换策略。它允许设置“maximum_lag_on_failover”，确保在主节点故障时，备节点的数据滞后不会超出预定阈值。
  • Patroni可以检测节点状态，把节点状态信息存入到zookeeper中，当Leader节点不可用时，Patroni会自动触发选举过程，选择一个Replica节点作为新的Leader。

Patroni的主备切换和故障转移，不丢失数据的原理如下：

  • 1、如果是在Patroni的主、备库流复制之间发生主备切换（或者故障转移）（因为备库这时候没有复制槽），是通过pg_rewind工具来修正新的主备节点的wal日志同步,是使用参数 use_pg_rewind: true来控制的。
  • 2、如果是在Patroni的主、备库流复制之间某个备库节点宕机重启，是通过主库的复制槽来确保数据同步。
  • 3、如果在Patroni集群的环境上，有个逻辑复制到MQ的业务，这时发生主备切换是通过永久性复制槽来保证高可用，使用patronictl -c postgres0.yml edit-config命令去编辑。
  • 4、永久性复制槽在非主库节点上是不活跃的。

5、逻辑复制槽的推进机制

总结：逻辑复制槽推进，通过restart_lsn和catalog_xmin，以保护xlog和系统表。
物理复制restart lsn的推进比较简单，当备机flush某个lsn以后，告诉主机，主机收到后，立即就会推进restart lsn

5.1、推进逻辑复制槽进度的作用，控制的参数

推进逻辑复制槽的作用

  • 一个是保护系统表避免被vacuum，一个是保护xlog，防止需要解码的xlog被回收。
  • 如果系统表不往前推进，则系统表就会发生膨胀。如果xlog不往前推进，xlog就会堆积在磁盘。
  • 所以，我们根据当前逻辑复制的进度，推进逻辑复制槽。

控制的参数

  • 对于xlog，与物理复制槽相同，通过restart_lsn控制。
  • 对于系统表，通过catalog_xmin控制。

5.2、restart_lsn的推进

物理、逻辑复制restart_lsn的推进过程

  • 物理复制restart lsn的推进比较简单，当备机flush某个lsn以后，告诉主机，主机收到后，立即就会推进restart lsn
  • 而逻辑复制，则相对比较复杂。
    • 我们用confirmed_flush表示当前订阅端逻辑复制的进度。但是，不是说confirmed_flush之前的xlog就可以回收。
    • 因为逻辑解码需要历史快照，而历史快照的构建本质就是根据running_xacts以及后续的commit等xlog来完成的
    • 所以为了能够解析后面的xlog，restart lsn还要对后续解码需要用的快照xlog进行保护。
    • 那么此时就得看confirmed_flush更新时，需要用到的最老的快照lsn是多少了。
    • 所以我们用两个lsn实现restart_lsn的推进，candidate_restart_valid就表示当前解码的进度lsn，而candidate_restart_lsn表示解码到candidate_restart_valid的时候，需要用的最老的快照的lsn。
    • 当confirmed_flush超过candidate_restart_valid时，就可以推进restart_lsn到candidate_restart_lsn了，可以进行更新了。

5.3、catalog_xmin的推进

catalog_xmin的推进

  • 与restart lsn的推进是类似的。
  • 在序列化快照的时候，使用candidate_xmin_lsn表示当前解码的进度，使用candidate_catalog_xmin表示当前解码需要用的最老xmin
  • 当confirmed_flush超过candidate_xmin_lsn的时候，就可以更新复制槽的catalog_xmin为candidate_catalog_xmin了

5.4、参数说明：

参数类型解释
restart_lsn逻辑复制控制xlog回收，保护需要解码的xlog和历史快照。
catalog_xmin逻辑复制控制系统表回收，保护当前解码进度所需的系统快照。
confirmed_flush逻辑复制表示当前订阅端逻辑复制的进度。
candidate_restart_valid逻辑复制当前解码进度的lsn。
candidate_restart_lsn逻辑复制解码到candidate_restart_valid所需的最老快照lsn。
candidate_xmin_lsn逻辑复制当前解码进度的xmin lsn。
candidate_catalog_xmin逻辑复制解码所需的最老xmin。

这些参数用于确保复制过程中的数据完整性和性能。

这一部分的源码请参考，其他文章

参考文章：
【1】https://blog.csdn.net/forrest_hu/article/details/134338007

东风破137
关注
【postgresql 基础入门】数据库服务的管理，启动、停止、状态查看、配置加载、重启都在这里
一个追逐梦想的码农
09-03 1万+
postgresql 数据库是一款通用的关系型数据，在开源数据库中能与商业数据媲美，在业界也越来越流行。因为是开源数据库，不仅公开源码，还有很多使用案例，好用的插件，所以它的慢慢变成了数据库的先驱和标准，通过postgresql可以很好从使用到原理，彻底搞懂；如果是学习编程，也可以学到丰富的编程知识，数据结构，编程技巧，它里面还有很多精妙的架构设计，分层思想，可以灵活定制的思想。
Patroni如何利用etcd选举主库
howard_shooter的博客
08-30 360
patroni不是使用etcd的选举机制，而是利用etcd的原子性写的机制，来决定主库。 patroni在所有健康的节点中，尝试对同一个key值进行写，成功写入的节点，视为获得锁，成功主库，同时，这个key值有生存周期，主库要周期性的维护这个key值，其它健康节点周期性的尝试获取这个锁， 如果主库因为各种原因，不能维持这个锁，key值就不复存在，健康的备节点就可以抢夺，成为主节点。 ......
Patroni Failover logical slots
来啊 快活啊
04-13 1003
Patroni Failover logical slots 提供的功能是： 在一个 PostgreSQL 流复制集群内发生 failover 时可以将旧节点上的逻辑复制槽的信息（主要是几个位置信息）在新主节点上构建。 由于 subscriber 可以防止重复数据，所以即使在主节点切换前，各个逻辑复制备节点上的位置信息落后一点，也没关系。 由于整个方案使用到了 pg_replication_slot_advance 函数，所以从 PostgresSQL 11 支持； 背景 PostgreSQL 从 9.4
帮您理解PostgreSQL（WAL、XLOG、CheckPoint进程、LSN、PITR、SR）
rachel_2016的博客
06-17 1125
7、如果备库最新的LSN小于主库最新的LSN，那么WAL发送器会将钱一个LSN到后一个LSN之间的WAL数据发送到WAL接收器，这些WAL数据存储在主库的pg_xlog子目录的WAL段提供，最终备库重放接受到的WAL数据，在这个阶段，备库在追赶主库，被称为追赶阶段。4、备库上的WAL接收器通过write()系统调用，将接受到的WAL数据写入WAL段，并想WAL发送器返回ACK响应。7、主库WAL发送器在收到来自WAL接收器的ACK响应后，释放后端进程的锁存起，然后后端进程完成commit,。
PostgreSQL LSN详解
Focus on PostgreSQL
05-19 8867
PostgreSQL LSN即Log sequence number，日志序列号，这是WAL日志唯一的、全局的标识。 那么pg中LSN究竟有什么作用呢？我们都知道wal日志中写入是有顺序的，比方说一条记录是先加100再乘200，如果顺序错乱变成先乘200再加100，那结果可是差之千里了，所以必须得记录wal日志的写入顺序。 而LSN就是负责这个的，给每条产生的wal日志记录一个编号。熟悉Oracle的朋友可能清楚，这和Oracle中redo的LRBA和HRBA有点类似。 LSN和WAL： 我们先来看下LSN
PostgreSQL日志号LSN和wal日志文件简记
dimawei2225的博客
04-09 1091
弄明白日志号的原理之后，一段时间又有点忘记了，干脆整理一遍： （一）wal文件命名规则 1）在$PGDATA目录下面的pg_xlog目录中存放着xlog日志文件（10.1之后变为了pg_wal）： total 165896-rw-r--r-- 1 apple staff 660K 11 22 15:46 000000010000000000000013.dump-rw...
探秘Pg——强大的PostgreSQL数据库接口
gitblog_00011的博客
05-09 488
探秘Pg——强大的PostgreSQL数据库接口 项目地址:https://gitcode.com/ged/ruby-pg 项目简介 Pg是Ruby编程语言与PostgreSQL数据库之间的桥梁，它支持PostgreSQL 9.3及以上版本。这个库不仅提供基本的数据库连接和查询功能，还具备高度自定义的类型映射机制，让数据处理更加高效。 项目技术分析 Pg的核心特性在于其灵活且高效的类型转换系统。通...
PolarDB数据库的CSN机制
Serendipity_Shy
02-25 2128
PolarDB数据库的CSN机制
net core下c#如何访问pg数据库
05-09
它是一个可移植的框架，因此可以在多个平台上运行同一个应用程序，这为开发人员提供了无限的灵活性和可能性。 除了跨平台之外，.Net Core还提供了大量的开箱即用的功能和工具。 它集成了用于Web开发，桌面应用程序...
PostgreSQL数据库，9.2.4-1版本，windows-x64版
03-12
- 可能包含特定于Windows的配置工具和管理界面，如pgAdmin，方便Windows用户进行数据库管理和监控。 4. **postgresql-9.2.4-1-windows版.txt** - 这个文本文件可能包含了安装指南、版本详细信息、系统要求或使用...
硬核-深度剖析PostgreSQL数据库“冻结炸弹”原理机制
数据库架构之美
11-07 2056
冻结（FREEZE），相信熟悉pg的人都对这个词不陌生，因为冻结过程对数据库的资源消耗极大，影响业务的正常运行，所以也被称为“冻结炸弹”。网上关于冻结的文章也比较多，本文就系统性的介绍一下冻结过程的原理以及如何预防。 事务号回卷问题 先介绍下事务号回卷的问题，这也是为什么需要冻结的根本原因。我们知道，postgresql数据库使用32位事务号，最大容纳42亿左右的事务号，事务号是循环使用的，当事务...
金仓数据库KingbaseES的锁机制
Kingbase_的博客
03-22 1782
前言 在并发控制的过程中，事务隔离起着重要作用。事务隔离是控制如何和何时进行更改以及何时必须对彼此、用户和系统可见的属性。 金仓数据库KingbaseES通过多版本并发控制架构实现隔离。多版本并发控制是一种允许多个会话同时访问同一记录的技术，即，当会话 A 正在更新一条记录时，会话 B 仍然可以访问该记录。 但是以下情况，应该怎么办： 如果会话 A 和会话 B 都想同时更新相同的记录。 如果在会话 A 访问表时，在会话 B 中试图 truncate 表。 如果会话 A 正在更新表，而会话 B 试图 vac
Postgresql中lsn的三种记录形式与相关代码
InternalsOf
03-17 1847
pg_controldata中可以看到这样的lsn表示： Latest checkpoint location: 2F/F849D720 Prior checkpoint location: 2F/F849D720 Latest checkpoint's REDO location: 2F/F849D6E8 Latest checkpoint's REDO WAL file: 000000010000002F000000F8 pg中的一些控制函数也可以
基于JavaWeb开发的Java+SpringMvc+vue+element实现驾校管理系统详细设计
央顺科技官方博客
09-24 1007
机遇与挑战始终并存。在开放的互联网平台面前，驾校预约管理系统的信息管理面临着巨大的挑战。传统的管理模式局限于简单数据的管理，无法适应不断变化的市场格局。在早期阶段，在将计算机技术和网络技术融入驾校预约管理系统数据管理方法之前，所有管理方式都通过人工操作完成了管理信息的。系统管理也都将通过计算机进行整体智能化操作，对于驾校预约管理系统所牵扯的管理及数据保存都是非常多的，举例像所有详细信息包括，管理员；首页、个人中心、学员管理、驾校教练管理、驾校车辆管理、预约管理、取消预约管理、驾校公告管理、系统管理。
Java Alibaba Druid 数据库连接池
miracle的专栏
09-24 788
在Java开发中，数据库连接池是性能优化的重要一环。而作为一款强大的数据库连接池解决方案，凭借其和对多种数据库的支持，成为了许多企业级应用的首选。本篇文章将介绍Druid的核心特性，并结合不同数据库的实际用法。
JPA+Thymeleaf增删改查
y050505的博客
09-25 491
在使用JPA（Java Persistence API）和Thymeleaf作为模板引擎进行Web开发时，实现增删改查（CRUD）操作是一个常见的需求。下面，我将简要介绍如何使用Spring Boot框架结合JPA和Thymeleaf来实现这一功能。
k8s搭建一主三从的mysql8集群---无坑
最新发布
oopxiajun博客专栏
09-27 857
对于构建基于MySQL的大规模、高性能应用来讲，需要使用水平扩展(集群)的数据库架构方式。在MySQL内建的复制功能可以实现，通过为服务器配置一个或多个备库的方式来进行数据同步。同时复制功能不仅有利于构建高性能的应用，也是高可用性、可扩展性、容灾、备份以及数据仓库等工作的基础。复制的基本原理是让一台服务器的数据与其他服务器保持同步。一台主库的数据可以同步到多台备库上，备库本身也可以被配置成另外一台服务器的主库。主库和备库之间可以有多种不同的组合方式。
linux查看pg数据库运行状态
09-19
在Linux系统上查看PostgreSQL (PG) 数据库的运行状态，通常可以使用`pg_ctl`命令行工具或者通过系统的进程管理器如`systemd`, `service`, 或`top`, `htop`等来监控。以下是几种常见的方法： 1. **使用pg_ctl**: 进入PostgreSQL的数据目录（如 `/var/lib/postgresql/data`），然后运行以下命令： ``` sudo -u postgres pg_ctl status ``` 这将显示数据库的状态，如"running"、"stopped"等。 2. **使用systemctl (System V Init)** 如果你正在使用systemd管理系统服务： ``` sudo systemctl status postgresql ``` 3. **使用service (Upstart) 或 systemctl (Docker Compose)** 对于基于upstart或systemd的服务，你可以输入： ``` sudo service postgresql status ``` 4. **使用top或htop**： ```bash sudo top -H | grep postgres ``` 或者 ```bash htop -p $(pidof postgres) ``` 这样可以实时看到postgres进程的资源占用情况。 5. **查询pg_stat_activity表**： ``` \c your_db_name SELECT * FROM pg_stat_activity; ``` 这将列出当前活动的连接及它们的状态。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值