https://iamxurulin.github.io/tags/mysql/ Recent content in Mysql on Coder_Studio Hugo -- gohugo.io en-us iamxurulin Sun, 05 Apr 2026 17:35:33 +0000 https://iamxurulin.github.io/p/mysql%E7%9A%84%E4%B8%89%E5%B1%82b-%E6%A0%91%E8%83%BD%E5%AD%98%E5%A4%9A%E5%B0%91%E6%95%B0%E6%8D%AE/ Mon, 16 Mar 2026 13:09:19 +0000 https://iamxurulin.github.io/p/mysql%E7%9A%84%E4%B8%89%E5%B1%82b-%E6%A0%91%E8%83%BD%E5%AD%98%E5%A4%9A%E5%B0%91%E6%95%B0%E6%8D%AE/ <p>InnoDB读写磁盘的最小单位是<strong>页（Page）</strong>，默认大小<strong>16KB</strong>。<br> 而MySQL的主键索引B+树，每一个树节点（不管是根节点、中间节点、叶子节点），<strong>本质上就是一个16KB的页</strong>。<br> 所有计算，都是围绕【1个16KB的页，能存多少东西】展开的。</p> <table> <thead> <tr> <th>节点类型</th> <th>存的内容</th> <th>特点</th> </tr> </thead> <tbody> <tr> <td>非叶子节点（根节点、中间层节点）</td> <td>只存主键值 + 指向下一层页的指针</td> <td>不存完整用户数据，体积极小，一个页能存上千个</td> </tr> <tr> <td>叶子节点（最底层节点）</td> <td>存用户的完整一行行数据</td> <td>存真实业务数据，体积大，一个页能存的行数有限</td> </tr> </tbody> </table> <h3 id="1先算1个非叶子节点能存多少个索引项">1.先算1个非叶子节点，能存多少个索引项 </h3><p>非叶子节点存的是「主键值 + 指针」，我们先算单个索引项的大小：</p> <ol> <li><strong>主键大小</strong>：假设主键是<code>bigint</code>类型，MySQL里<code>bigint</code>固定占<strong>8字节</strong>；</li> <li><strong>指针大小</strong>：InnoDB里指向页的指针，固定占<strong>6字节</strong>；</li> <li><strong>单个索引项总大小</strong>：8字节（主键） + 6字节（指针） = <strong>14字节</strong>。</li> </ol> <p>一个页是16KB，换算成字节是 <code>16 × 1024 = 16384字节</code>。<br> 所以一个非叶子页能存的索引项数量：<br> <code>16384 ÷ 14 ≈ 1170个</code></p> <h3 id="2再算1个叶子节点能存多少行数据">2.再算1个叶子节点，能存多少行数据 </h3><p>叶子节点存的是用户的完整一行行数据，<strong>假设</strong>一行业务数据占1KB（比如一张表有id、name、age、create_time等字段，加起来差不多1KB）。</p> <p>一个页是16KB，所以一个叶子页能存的行数：<br> <code>16KB ÷ 1KB/行 = 16行</code></p> <h3 id="3最后算三层b树的总数据量">3.最后算三层B+树的总数据量 </h3><p>顺着三层结构，从根节点往下算：</p> <ol> <li><strong>第一层（根节点）</strong>：1个非叶子页，能存1170个索引项 → 能指向1170个第二层的页；</li> <li><strong>第二层（中间非叶子节点）</strong>：1170个非叶子页，每个页又能存1170个索引项 → 能指向 <code>1170 × 1170 = 1368900</code> 个第三层的叶子页；</li> <li><strong>第三层（叶子节点）</strong>：每个叶子页能存16行数据。</li> </ol> <p>最终总数据量 = 叶子页总数 × 每个叶子页的行数：<br> <code>1170 × 1170 × 16 ≈ 2190万条</code></p> <p>所以，三层B+树大约能存2000万条记录。</p>