<?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%9F%A5%E8%AF%A2%E4%BC%98%E5%8C%96%E5%99%A8/</link>
    <description>Recent content in 查询优化器 on Answer</description>
    <generator>Hugo -- 0.152.2</generator>
    <language>zh-cn</language>
    <lastBuildDate>Sun, 08 Mar 2026 15:34:18 +0800</lastBuildDate>
    <atom:link href="https://answer.freetools.me/tags/%E6%9F%A5%E8%AF%A2%E4%BC%98%E5%8C%96%E5%99%A8/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>数据库Join算法如何将万亿级比较降至线性复杂度：从嵌套循环到哈希连接的四十年技术博弈</title>
      <link>https://answer.freetools.me/%E6%95%B0%E6%8D%AE%E5%BA%93join%E7%AE%97%E6%B3%95%E5%A6%82%E4%BD%95%E5%B0%86%E4%B8%87%E4%BA%BF%E7%BA%A7%E6%AF%94%E8%BE%83%E9%99%8D%E8%87%B3%E7%BA%BF%E6%80%A7%E5%A4%8D%E6%9D%82%E5%BA%A6%E4%BB%8E%E5%B5%8C%E5%A5%97%E5%BE%AA%E7%8E%AF%E5%88%B0%E5%93%88%E5%B8%8C%E8%BF%9E%E6%8E%A5%E7%9A%84%E5%9B%9B%E5%8D%81%E5%B9%B4%E6%8A%80%E6%9C%AF%E5%8D%9A%E5%BC%88/</link>
      <pubDate>Sun, 08 Mar 2026 15:34:18 +0800</pubDate>
      <guid>https://answer.freetools.me/%E6%95%B0%E6%8D%AE%E5%BA%93join%E7%AE%97%E6%B3%95%E5%A6%82%E4%BD%95%E5%B0%86%E4%B8%87%E4%BA%BF%E7%BA%A7%E6%AF%94%E8%BE%83%E9%99%8D%E8%87%B3%E7%BA%BF%E6%80%A7%E5%A4%8D%E6%9D%82%E5%BA%A6%E4%BB%8E%E5%B5%8C%E5%A5%97%E5%BE%AA%E7%8E%AF%E5%88%B0%E5%93%88%E5%B8%8C%E8%BF%9E%E6%8E%A5%E7%9A%84%E5%9B%9B%E5%8D%81%E5%B9%B4%E6%8A%80%E6%9C%AF%E5%8D%9A%E5%BC%88/</guid>
      <description>深入解析数据库Join算法的核心原理与演进历程。从嵌套循环连接的朴素直觉，到哈希连接的数学优雅，再到排序合并连接的内存友好设计。基于CMU数据库课程、DeWitt 1984年论文、Kitsuregawa 1983年GRACE数据库机等权威信源，系统梳理三种核心Join算法的I/O成本模型、适用场景、不同数据库的实现差异，以及SQL Server自适应连接等现代演进。揭示优化器如何在毫秒间做出影响查询性能数量级的算法抉择。</description>
    </item>
    <item>
      <title>索引越多查询越慢？从写入放大到优化器误判的完整技术解析</title>
      <link>https://answer.freetools.me/%E7%B4%A2%E5%BC%95%E8%B6%8A%E5%A4%9A%E6%9F%A5%E8%AF%A2%E8%B6%8A%E6%85%A2%E4%BB%8E%E5%86%99%E5%85%A5%E6%94%BE%E5%A4%A7%E5%88%B0%E4%BC%98%E5%8C%96%E5%99%A8%E8%AF%AF%E5%88%A4%E7%9A%84%E5%AE%8C%E6%95%B4%E6%8A%80%E6%9C%AF%E8%A7%A3%E6%9E%90/</link>
      <pubDate>Fri, 06 Mar 2026 21:42:59 +0800</pubDate>
      <guid>https://answer.freetools.me/%E7%B4%A2%E5%BC%95%E8%B6%8A%E5%A4%9A%E6%9F%A5%E8%AF%A2%E8%B6%8A%E6%85%A2%E4%BB%8E%E5%86%99%E5%85%A5%E6%94%BE%E5%A4%A7%E5%88%B0%E4%BC%98%E5%8C%96%E5%99%A8%E8%AF%AF%E5%88%A4%E7%9A%84%E5%AE%8C%E6%95%B4%E6%8A%80%E6%9C%AF%E8%A7%A3%E6%9E%90/</guid>
      <description>从B-tree的页分裂机制到缓冲池竞争，从优化器基数估计到索引碎片化，深度解析索引隐藏成本的完整技术链条。基于PostgreSQL基准测试数据、pganalyze写入开销模型、SQL Server索引维护指南等权威信源，揭示&amp;#34;索引越多越好&amp;#34;这一认知误区背后的技术真相，以及读密集与写密集场景下的索引设计权衡。</description>
    </item>
    <item>
      <title>查询优化器的致命误判：为什么数据库有时会选错执行计划</title>
      <link>https://answer.freetools.me/%E6%9F%A5%E8%AF%A2%E4%BC%98%E5%8C%96%E5%99%A8%E7%9A%84%E8%87%B4%E5%91%BD%E8%AF%AF%E5%88%A4%E4%B8%BA%E4%BB%80%E4%B9%88%E6%95%B0%E6%8D%AE%E5%BA%93%E6%9C%89%E6%97%B6%E4%BC%9A%E9%80%89%E9%94%99%E6%89%A7%E8%A1%8C%E8%AE%A1%E5%88%92/</link>
      <pubDate>Fri, 06 Mar 2026 12:08:42 +0800</pubDate>
      <guid>https://answer.freetools.me/%E6%9F%A5%E8%AF%A2%E4%BC%98%E5%8C%96%E5%99%A8%E7%9A%84%E8%87%B4%E5%91%BD%E8%AF%AF%E5%88%A4%E4%B8%BA%E4%BB%80%E4%B9%88%E6%95%B0%E6%8D%AE%E5%BA%93%E6%9C%89%E6%97%B6%E4%BC%9A%E9%80%89%E9%94%99%E6%89%A7%E8%A1%8C%E8%AE%A1%E5%88%92/</guid>
      <description>从1979年System R到2023年VLDB研究，深度剖析查询优化器为何在成本估算中屡屡失手。基于微软SQL Server团队的基数估算影响研究、慕尼黑工业大学的&amp;#34;How Good Are Query Optimizers, Really?&amp;#34;等权威论文，揭示基数估计错误的指数级传播、独立性假设的现实崩塌、以及NP难问题的搜索空间困境。涵盖PostgreSQL、MySQL、Oracle等主流数据库的成本模型实现差异，以及学习型基数估计、自适应查询处理等前沿解决方案。</description>
    </item>
  </channel>
</rss>
