-
wal日志的归档进程 工作原理，逻辑条理 的推演
第一拍：源头封口（产生物理载荷） 物理现场：业务在疯狂写入，pg_wal 目录下的一个文件（比如叫 000000010000000A000000FF）刚好写到了第 16777216 个字节。 物理动作：负责写日志的 WAL Writer 进程或者前台业务进程，调用底层的 close() 函数，把这个 16MB 的文件彻底封口。从此以后，这个文件变成了**“只读 ...
-
组提交魔法（Group Commit，极其核心！）
第一杀：WAL Buffer 到底有多大？（智能的弹性气闸） 很多人的第一反应是去查文档背一个固定数字。但在现代 PostgreSQL 内核中，这个大小是极其狡猾且自适应的。 参数控制：wal_buffers。 默认的物理骗局 (-1)：如果你去查 postgresql.conf，你会发现它的默认值是 -1。这代表“把控制权彻底交给内核”。 底 ...
-
每个 进程 在自己的私有内存里面生产的 wal日志写入到 wal buffer里面的时候，会抢什么锁？？ wdal日志由wal buffer 落盘的时候会抢夺什么锁？？
第一道闸门：私有内存 -> wal_buffers（抢夺 WALInsertLock） 【物理动作】： 业务进程在自己的私有内存（Local Memory）里，已经把 XLogRecord（核弹头）组装好了。现在，它要把这串二进制数据**拷贝（Copy）**到全局共享的 wal_buffers 环形队列里。 【争夺的锁】：WALInsertLock（WAL 插入锁） 【原厂 ...
-
段文件的回收与删除 wal日志文件的切换
第一帧：历史的血泪与防呆改名（pg_xlog ->pg_wal） 官方原话：“PostgreSQL将XLOG记录写入在pg_wal目录中(10之前为pg_xlog目录)” 慢动作推演：时间回到 PG 10 发布之前。夜里 3 点，某公司的服务器磁盘空间报警（使用率 99%）。一位睡眼惺忪的初级运维登录服务器，用 ls 扫了一眼数据目录，看到了一个叫 pg_x ...
-
全页写 问题：
全页写问题： 如果系统默认5分钟之内生成 20份脏页， flushed lsn从开始的1000 写到了 6000，checkpoint进程花了1分钟把20份脏页刷入磁盘，但是这个5分钟之内没有事务修改这20份脏页，但是在 第2个 5分钟之间新生成了40份脏页，flushed lsn从6000写到了10000，并触发了第二次checkpoint进程，把第二个5分钟之内生成的4 ...
-
checkpoint机制的盲区
终极盲区一：谁在替 Checkpoint 负重前行？（bgwriter 进程的暗中协助） 面试官的陷阱：“既然 Checkpoint 是每 5 分钟才爆发一次大扫除，那在这 5 分钟内，内存里的脏页越积越多，难道就任由它堆积，直到 Checkpoint 瞬间被压垮吗？” 你的底层反杀（LRU 算法与分工机制）： “绝不能任由它堆积！在 checkpointer ...
-
WAL日志的结构，深入结构体分析
一： 结构： WAL日志的结构： ================================================================================【 宏观容器 】 16MB WAL Segment File (例: 000000010000000000000001)================================================================================│├─【 切片 0 】 WAL Page 0 (严格 ...