当前位置： 首页 >
| 一 | 二 | 三 | 四 | 五 | 六 | 日 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | |||||
- 最新日志
- 热评日志
- 随机日志
- 打下时空锚点：
- 多进程旁路读取
- 确立时空锚点 (Generating the Anchor LSN) 这个锚点这么确定
- 检查点进程运行机制
- restore_command 里面的内容 详解
- pg_basebackup工具备份的时候，会不会把 服务端 表空间里面的数据备份？
- pg_basebackup备份的文件有哪些？？
- 时间点恢复过程中，recovery.singal文件没有被删除期间，数据库处于什么状态
- select pg_wal_replay_resume(); 这条命令的作用
- 库使用了自定义表空间（pg_tblspc 目录下的软链接），必须顺藤摸瓜，把那些挂载在外部 /mnt/nvme_fast/ 等目录下的真实数据文件一并打包带走！
- pg_basebackup（）原理， 这个工具的运行机制逻辑推演
- 检查点进程 在获得 wal buffer中的 lsn 和 扫描内存中的脏页的过程中，会涉及到哪些锁？？ 这些锁 的功能
- archiver进程相关
- 检查点进程的完整工作流程
- 检查点进程
- walsender（WAL 流那条，仅 -X stream）进程
- pg_basebackup进程相关
- postgresql物理备份之： 冷备份
- 关于LSN的两个问题：
- 为什么 一个结构体 LOCK 就可以 锁住含有千万行数据的表？
- restore_command命令相关
- 补充： 哈希表冲突的解决方法：案例
- 确立时空锚点 (Generating the Anchor LSN) 这个锚点这么确定
- 动态哈希表（Dynamic Hash Table）
- wal日志的归档进程 工作原理，逻辑条理 的推演
- PGPROC_1 申请 LOCK_A 成功。内存中生成契约 PROCLOCK_1A（状态为 granted = true）。底层c语言结构体配合工作的流程：
- 🔴 第五阶段：防篡改与绝对落地 (备份结束)
- 死锁 软等待 ，慢动作拆解逻辑讲透
- PG 里的表级锁真的不会死锁吗？