为什么超过500w行（2000w行）就是大表

怎么又有bug单

已于 2022-10-29 08:14:12 修改

阅读量1.1k

点赞数

分类专栏：数据库文章标签：数据库 mysql java

于 2022-10-29 08:13:59 首次发布

本文链接：https://blog.csdn.net/gbs20200720/article/details/127582390

版权

数据库专栏收录该内容

2 篇文章 0 订阅

订阅专栏

	曾经在中国互联网技术圈广为流传着这么一个说法：MySQL 单表数据量大于 2000 万行，性能会明显下降。事实上，这个传闻据说最早起源于百度。具体情况大概是这样的，当年的 DBA 测试 MySQL性能时发现，当单表的量在 2000 万行量级的时候，SQL 操作的性能急剧下降，因此，结论由此而来。然后又据说百度的工程师流动到业界的其它公司，也带去了这个信息，所以，就在业界流传开这么一个说法。

再后来，阿里巴巴《Java 开发手册》提出单表行数超过 500 万行或者单表容量超过 2GB，才推荐进行分库分表。对此，有阿里的黄金铁律支撑，所以，很多人设计大数据存储时，多会以此为标准，进行分表操作。

那么，你觉得这个数值多少才合适呢?为什么不是 300 万行，或者是 800 万行，而是 500 万行?也许你会说这个可能就是阿里的最佳实战的数值吧?那么，问题又来了，这个数值是如何评估出来的呢?稍等片刻，请你小小思考一会儿。

底层的本质其实是因为Mysql默认存储引擎B+树，高度为1~3层，可容纳的记录数约为2000w条。这个2000w条则是根据叶子结点所能容纳的索引条数计算得来的。当然这个2000w条也是根据InnoDB引擎默认的存储配置算来的，实际如果能提升机器性能配置，也是可以扩大的。