<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>数据库优化 on Answer</title>
    <link>https://answer.freetools.me/tags/%E6%95%B0%E6%8D%AE%E5%BA%93%E4%BC%98%E5%8C%96/</link>
    <description>Recent content in 数据库优化 on Answer</description>
    <generator>Hugo -- 0.152.2</generator>
    <language>zh-cn</language>
    <lastBuildDate>Sat, 21 Mar 2026 08:21:07 +0800</lastBuildDate>
    <atom:link href="https://answer.freetools.me/tags/%E6%95%B0%E6%8D%AE%E5%BA%93%E4%BC%98%E5%8C%96/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>PostgreSQL的表为什么越用越大：从MVCC到Vacuum的完整清理机制解析</title>
      <link>https://answer.freetools.me/postgresql%E7%9A%84%E8%A1%A8%E4%B8%BA%E4%BB%80%E4%B9%88%E8%B6%8A%E7%94%A8%E8%B6%8A%E5%A4%A7%E4%BB%8Emvcc%E5%88%B0vacuum%E7%9A%84%E5%AE%8C%E6%95%B4%E6%B8%85%E7%90%86%E6%9C%BA%E5%88%B6%E8%A7%A3%E6%9E%90/</link>
      <pubDate>Sat, 21 Mar 2026 08:21:07 +0800</pubDate>
      <guid>https://answer.freetools.me/postgresql%E7%9A%84%E8%A1%A8%E4%B8%BA%E4%BB%80%E4%B9%88%E8%B6%8A%E7%94%A8%E8%B6%8A%E5%A4%A7%E4%BB%8Emvcc%E5%88%B0vacuum%E7%9A%84%E5%AE%8C%E6%95%B4%E6%B8%85%E7%90%86%E6%9C%BA%E5%88%B6%E8%A7%A3%E6%9E%90/</guid>
      <description>深入解析PostgreSQL的MVCC实现原理、死元组的产生机制、Vacuum的完整工作流程、事务ID环绕问题、以及生产环境中的调优策略。从底层原理到实践指南，全面理解PostgreSQL最重要的维护机制。</description>
    </item>
    <item>
      <title>数据库连接池不是越大越好：为什么10个连接能击败100个</title>
      <link>https://answer.freetools.me/%E6%95%B0%E6%8D%AE%E5%BA%93%E8%BF%9E%E6%8E%A5%E6%B1%A0%E4%B8%8D%E6%98%AF%E8%B6%8A%E5%A4%A7%E8%B6%8A%E5%A5%BD%E4%B8%BA%E4%BB%80%E4%B9%8810%E4%B8%AA%E8%BF%9E%E6%8E%A5%E8%83%BD%E5%87%BB%E8%B4%A5100%E4%B8%AA/</link>
      <pubDate>Fri, 06 Mar 2026 22:09:20 +0800</pubDate>
      <guid>https://answer.freetools.me/%E6%95%B0%E6%8D%AE%E5%BA%93%E8%BF%9E%E6%8E%A5%E6%B1%A0%E4%B8%8D%E6%98%AF%E8%B6%8A%E5%A4%A7%E8%B6%8A%E5%A5%BD%E4%B8%BA%E4%BB%80%E4%B9%8810%E4%B8%AA%E8%BF%9E%E6%8E%A5%E8%83%BD%E5%87%BB%E8%B4%A5100%E4%B8%AA/</guid>
      <description>从Oracle Real World Performance Group的震撼实验说起，深度剖析数据库连接池配置的反直觉真相。基于HikariCP官方Wiki、PostgreSQL性能基准测试、USENIX Security论文等50&#43;权威信源，揭示连接池大小为何存在性能拐点、上下文切换如何吞噬性能、以及核心数×2&#43;磁盘数公式的数学原理。涵盖连接泄漏检测、超时配置陷阱、PgBouncer三种池模式对比、云原生环境挑战等实战经验，为开发者提供从理论到实践的完整配置指南。</description>
    </item>
    <item>
      <title>连接池耗尽：为什么你的数据库连接池总是成为生产事故的元凶</title>
      <link>https://answer.freetools.me/%E8%BF%9E%E6%8E%A5%E6%B1%A0%E8%80%97%E5%B0%BD%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BD%A0%E7%9A%84%E6%95%B0%E6%8D%AE%E5%BA%93%E8%BF%9E%E6%8E%A5%E6%B1%A0%E6%80%BB%E6%98%AF%E6%88%90%E4%B8%BA%E7%94%9F%E4%BA%A7%E4%BA%8B%E6%95%85%E7%9A%84%E5%85%83%E5%87%B6/</link>
      <pubDate>Wed, 04 Mar 2026 16:04:32 +0800</pubDate>
      <guid>https://answer.freetools.me/%E8%BF%9E%E6%8E%A5%E6%B1%A0%E8%80%97%E5%B0%BD%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BD%A0%E7%9A%84%E6%95%B0%E6%8D%AE%E5%BA%93%E8%BF%9E%E6%8E%A5%E6%B1%A0%E6%80%BB%E6%98%AF%E6%88%90%E4%B8%BA%E7%94%9F%E4%BA%A7%E4%BA%8B%E6%95%85%E7%9A%84%E5%85%83%E5%87%B6/</guid>
      <description>从PostgreSQL进程模型到HikariCP的ConcurrentBag实现，深度解析数据库连接池的工作原理、配置陷阱与生产事故案例。涵盖连接池大小计算公式、PgBouncer三种池化模式、连接泄漏检测、微服务环境下的连接数规划、以及从$200K损失事故中总结的排查与优化策略。</description>
    </item>
  </channel>
</rss>
