还有人不用 PgBouncer 跑 Postgres 吗？
Brandur 盘点所有主流托管 Postgres 服务商的连接池支持情况，发现几乎 100% 都内置了 PgBouncer 或类似方案。他认为 Postgres 应该像 MySQL 和 MongoDB 一样原生内置连接池，而不是让每个服务商各自重复造轮子，这是运维改进中投入产出比最高的方向之一。
评论
点赞
收藏有人不用 PgBouncer 跑 Postgres 吗？
几乎所有主流托管 Postgres 服务商都内置了连接池，说明连接管理是产品方该解决的问题，不该由用户操心。 
用 LLM 优化核心查询，130 倍提速并避免数据库迁移
用 LLM 优化了一个核心查询，性能提升最高达 130 倍，避免了新的数据库迁移。 实测中通过 LLM 改写查询逻辑，替代了原本需要迁移数据库才能完成的优化方案，节省了迁移成本和用户等待时间。
River binaries will get 10 kB lighter
With v0.43, Go binaries linking River will get 10 kB lighter. This is good, except they never should’ve had the extra weight in the first place. River has a test-oriented package called testsignal tha...
Atom #hdu5a72
Published fragment River binaries will get 10 kB lighter, on removing accidental test-only transitive dependencies that added about 10 kB to every Go binary built with River.
pgtestdb 模板克隆：PostgreSQL 测试库极速搭建方案
pgtestdb 用 PostgreSQL 模板数据库克隆测试库，单次建库约 100ms，与 schema 迁移速度相当。实测 River 项目 466 个测试用例，pgtestdb 克隆方案总耗时 51s，schema 复用方案 14.5s，后者快约 3.5 倍。核心差异不在建库速度而在测试间复用——schema 池化复用可将单次 setup 压到 10-20ms。 
Atom #hdprxc2
River v0.41 now supports Turso, a ground-up rewrite of SQLite in Rust that aims for full SQLite compatibility.
pgtestdb's template cloning approach to testing is fast
pgtestdb 用 PostgreSQL 模板数据库克隆测试库，单次建库约 100ms，与 schema 迁移速度相当。实测 River 项目 466 个测试用例，pgtestdb 克隆方案总耗时 51s，schema 复用方案 14.5s，后者快约 3.5 倍。核心差异不在建库速度而在测试间复用——schema 池化复用可将单次 setup 压到 10-20ms。
Atom #hdotot2
Published fragment pgtestdb’s template cloning approach to testing is fast, on how Postgres template databases enable database-per-test isolation in around 100 ms, within spitting distance of River’s ...
Atom #hdom6tc：LLM 接管博客手动编辑工作
LLM 正在取代博客作者大量手动编辑工作，驱动内容生产流程。Brandur Blog 通过 Atom 片段展示这一转变，反映自动化写作工具对创作者日常工作的深度介入。
River Pro 新增主动作业救援功能，自动恢复崩溃孤儿任务
River Pro 推出 active job rescue 功能，利用队列心跳自动恢复因客户端崩溃而孤立的作业，无需配置或模式变更。Pro 用户可直接体验该容错机制。
Atom #hdna3zs：自由时间的悖论——越闲越不高效
长时间连续空闲反而降低 productivity，提出“自由时间悖论”。Brandur Blog 探讨开放时段与产出效率的反直觉关系，挑战传统时间管理认知。
The paradox of free time
An odd effect I’ve noticed over the years is that when I have a whole day free to do something versus a tight two hours before I have to go somewhere and/or meet someone and/or tend to some other resp...
Atom #hdms5qc：搬迁、River 开发与 Stainless 之后
Brandur Leong 更新近况：已搬至奥斯汀，正在开发 River 项目，并回顾了离开 Stainless 后的生活状态。
PostgreSQL 事务原子性底层原理解析
深入解析 PostgreSQL 事务原子性的底层实现机制。文章从 MVCC 并发控制讲起，详细拆解了事务 ID（xid）、元组可见性（xmin/xmax）以及快照（snapshot）的数据结构和工作原理。进一步剖析了事务开始、提交时的源码逻辑，特别是预写日志（WAL）和提交日志（CLOG）如何协同工作以确保数据持久性和崩溃恢复。适合希望理解数据库内核原理、提升底层工程能力的开发者阅读。
疯狂之路：为何大型软件项目的开发循环速度决定生死
文章通过对比Oracle数据库和PostgreSQL的开发体验，探讨了大型软件项目中“编辑-编译-运行”循环速度对生产力的决定性影响。作者指出，Oracle因历史包袱和缺乏类型系统，导致测试极慢，开发者不得不依赖复杂的云端并行化和选择性测试等“补丁”，反而陷入恶性循环。相比之下，PostgreSQL和Go语言通过快速编译、原生并行测试和缓存机制，保持了极高的开发效率。核心观点是：不要为了短期便利而牺牲长期开发体验，应从根本上解决测试慢的问题，而非打补丁。 
瓦格纳自然保护区的杓兰与蚊虫大战
作者分享了在加拿大瓦格纳自然保护区拍摄杓兰（Ladyslippers）的经历。虽然看到了数百株美丽的兰花，但遭遇了严重的蚊虫困扰，作者自述击杀了数百只蚊子，自己也被叮咬了数十口。这是一篇典型的个人生活随笔，记录了自然美景与糟糕体验的反差。 
第110篇：布克克里克山丘的徒步与毁掉的旧靴子
作者回忆在加拿大阿尔伯塔省 Bull Creek Hills 徒步的经历。虽然风景优美，但他在半路遭遇了25年旧登山鞋的灾难性损坏。这是一个关于户外装备耐用性与个人徒步体验的真实故事，能引起户外爱好者对装备选择的共鸣和讨论。
徒步途中25年旧靴子彻底报废的个人随笔
作者Brandur在加拿大阿尔伯塔省徒步时，穿着使用了25年的旧登山靴遭遇了灾难性的损坏。这是一篇典型的个人生活随笔（Atom），主要记录了徒步经历和装备故障，缺乏技术深度或广泛的社会讨论价值，适合对个人经历感兴趣的少量读者。
109 — 单体建筑
作者分享了对柏林 Marie-Elisabeth-Lüders-Haus 大楼的个人喜爱，称其为宏伟的单体建筑，具有典型的柏林风格。内容仅为简短的建筑外观与氛围描述，无技术深度或行业洞察。