共计 1145 个字符,预计需要花费 3 分钟才能阅读完成。
前言
程序员平时和 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 一张表的数据超过了千万也是得进行分表操作了。
总结
最初用一张图片总结一下明天探讨的内容,心愿您能喜爱