全部文章
共 6 篇
-
PostgreSQL 14 停止支持倒计时：14 → 18 大版本升级的完整实操清单
PG 14 将在 2026-11-12 发布最后一个 minor 并结束支持。本文给出可直接执行的 pg_upgrade 升级路径、四种文件搬迁模式的取舍、统计信息重建与回滚边界。
-
PostgreSQL 18 异步 I/O 调优手册：io_method、io_workers 与 effective_io_concurrency 的真实默认值
PostgreSQL 18 把异步 I/O 变成可配置项。本文给出全部相关 GUC 的官方默认值，并在 18.6 上做了两组实测：点查负载下三种 io_method 无差别，顺序扫描下 worker 比 sync 快约 1.5 倍，而把 io_combine_limit 抬到 1MB 反而慢 66%。
-
PgBouncer 容量数学：max_client_conn、文件描述符与 pool_size 的正确算法
官方默认 max_client_conn 只有 100，default_pool_size 只有 20。本文用官方公式算出文件描述符预算，并实测：500 客户端 + 50ms 思考时间下，transaction 池化 9865 tps，session 只有 394 tps。
-
用 eBPF 拆开数据库 p99 长尾：bpftrace 三件套的判读矩阵
当 pg_stat_activity 显示一切正常、p99 却降不下来时，问题往往在内核。本文给出 bpftrace 官方维护的可用工具清单、三条判定路径，以及各自能回答和不能回答的问题。
-
pg_stat_statements 三步定位慢查询：按总耗时排序，按缓存命中和 WAL 归因
按 mean_exec_time 排序是最常见的优化误区。本文给出按 total_exec_time 排序的三步法、六个可直接判读的字段组合，并附 18.6 上的真实 Top 8 输出（含一条跑不通的 SQL 是如何被修好的）。
-
我们为什么先把官网做成一个静态站
起因 团队最初用的是现成的建站工具，改一个标题要等构建、等发布、等 CDN 回源。后来我们换成了纯静态方案。 三个约束 1. 首屏必须在 200ms 内出来 —— 用户不关心你的架构，只关心快不快 2. 不能有运行时依赖 —— 少一个服务，少一个半夜被叫醒的理由 3. 内容可版本化 —— 文章和代码一样，应该能…
没有匹配的文章，换个关键词或标签试试。