- 博客(348)
- 收藏
- 关注
RSS订阅原创 我的年终总结2024
我似乎每年都在说work-learning balance···由于今年工作量剧增，有段时间甚至都没办法学习了，balance已经被击碎。其实只要周围没人，学习效率就是高的。收集了一下今年我比较认可的话：不要让别人成为那你任务链上的依赖 --heisenberg.liu需要执行力的方案一般都是简单的方案 --heisenberg.liu没有落地的事情等于没有做 --somebody自己去想办法解决问题，而不是等别人回消息 --somebody。
2025-01-11 17:24:16
1157
原创 pg数据库运维经验2024
这篇文章主要是讲pg运维常见问题，两三年见一次的疑难杂症就不说了。主要是技术性运维总结，主打通俗易懂和快速上手，尽量避免源码层面等深入分析。
2025-01-08 21:14:28
1357
原创 PG停库逻辑和walsender阻止停库问题分析
有几种方法可以关闭pg库。在底层，它们都归结为向postmaster进程发送一个信号。signalpg_ctl含义SIGTERM不允许新的连接，但允许现有会话正常结束其工作。只有在所有会话终止后，它才会关闭SIGINT服务器不允许新的连接，并向所有现有的子进程发送SIGTERM，中止当前的事务并迅速退出。等待几乎所有子进程（有几个子进程不需要）退出，最后关闭SIGQUIT将向所有子进程发送SIGQUIT，并等待它们终止。如果在5秒内有子进程没有终止，它们将被发送SIGKILL注意，pg_ctl没有发送。
2025-01-04 13:11:45
884
原创 读书笔记——DDIA-v2 设计数据密集型应用（第二版）
ddia-v2看完感觉爱不释手，只要是数据相关的知识都娓娓道来，为什么会这样？现在是怎样的？这样有什么问题？其中的看法和想法实在精辟、干练，甚至连每个章节的航海图都很有意思。
2024-09-19 23:14:09
2119
原创 Postgresql CLOG文件及其从库同步解析
放眼所有关系型数据库，PostgreSQL的clog也是很特殊的日志。CLOG的存在跟PG的MVCC机制不无关系
2024-09-03 20:38:47
1283
原创 PostgreSQL案例：planning time超长问题分析
库总是OOM，分析到是执行计划生成有问题，planning time 1秒，planning shared hit 100w。一通分析，定位到是统计信息基表pg_statistic膨胀，由于会话首次SQL执行时的CatCacheMiss，导致backend访问并缓存了pg_statistic过多的死元组数据。应用连接总会启用新会话，多个backend的总内存过大从而导致OOM。
2024-08-21 08:41:34
1370
1原创 案例：逻辑复制把checkpoint、walsender、backup全部卡死
pg数据库复制槽卡死、checkpoint卡死、备份卡死问题分析
2024-04-10 01:04:54
1170
原创 ORDER BY limit 10比ORDER BY limit 100更慢
pg数据库中执行sql时，ORDER BY limit 10比ORDER BY limit 100更慢，分析执行计划是如何选择的
2023-11-13 22:15:04
566
事务的历史与SSI-PostgreSQL数据库技术峰会成都站分享
2023-06-21
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人