前言

程序员平时和mysql打交道一定不少，可以说每天都有接触到，但是mysql一张表到底能存多少数据呢？计算根据是什么呢？接下来咱们逐一探讨

知识准备

数据页

在操作系统中，我们知道为了跟磁盘交互，内存也是分页的，一页大小4KB。同样的在MySQL中为了提高吞吐率，数据也是分页的，不过MySQL的数据页大小是16KB。（确切的说是InnoDB数据页大小16KB）。详细学习可以参考官网 我们可以用如下命令查询到。

mysql> SHOW GLOBAL STATUS LIKE 'innodb_page_size';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| Innodb_page_size | 16384 |
+------------------+-------+
1 row in set (0.00 sec)

今天咱们数据页的具体结构指针等不深究，知道它默认是16kb就行了，也就是说一个节点的数据大小是16kb

索引结构(innodb)

mysql的索引结构咱们应该都知道，是如下的b+树结构 通常b+树非叶子节点不存储数据，只有叶子节点(最下面一层)才存储数据，那么咱们说回节点，一个节点指的是(对于上图而言)

每个红框选中的部分称为一个节点，而不是说某个元素。 了解了节点的概念和每个节点的大小为16kb之后，咱们计算mysql能存储多少数据就容易很多了

具体计算方法

根节点计算

首先咱们只看根节点

比如我们设置的数据类型是bigint，大小为8b 在数据本身如今还有一小块空间，用来存储下一层索引数据页的地址，大小为6kb

所以我们是可以计算出来一个数据为(8b+6b=14b)的空间（以bigint为例） 我们刚刚说到一个数据页的大小是16kb,也就是(161024)b，那么根节点是可以存储(161024/(8+6))个数据的，结果大概是1170个数据 如果跟节点的计算方法计算出来了，那么接下来的就容易了。

其余层节点计算

第二层其实比较容易，因为每个节点数据结构和跟节点一样，而且在跟节点每个元素都会延伸出来一个节点，所以第二层的数据量是1170*1170=1368900，问题在于第三层，因为innodb的叶子节点，是直接包含整条mysql数据的，如果字段非常多的话数据所占空间是不小的，我们这里以1kb计算，所以在第三层，每个节点为16kb，那么每个节点是可以放16个数据的，所以最终mysql可以存储的总数据为

1170 * 1170 * 16 = 21902400 (千万级条)

其实计算结果与我们平时的工作经验也是相符的，一般mysql一张表的数据超过了千万也是得进行分表操作了。

总结

最后用一张图片总结一下今天讨论的内容，希望您能喜欢