MySQL单表数据量多少时需要分表？
今天，探讨⼀个有趣的话题：MySQL 单表数据达到多少时才需要考虑分库分表？有⼈说 2000 万⾏，也有⼈说 500 万⾏。那么，你觉得这个数值多少才合适呢？
曾经在中国互联⽹技术圈⼴为流传着这么⼀个说法：MySQL 单表数据量⼤于 2000 万⾏，性能会明显下降。事实上，这个传闻据说最早起源于百度。具体情况⼤概是这样的，当年的 DBA 测试 MySQL性能时发现，当单表的量在 2000 万⾏量级的时候，SQL 操作的性能急剧下降，因此，结论由此⽽来。然后⼜据说百度的⼯程师流动到业界的其它公司，也带去了这个信息，所以，就在业界流传开这么⼀个说法。
再后来，阿⾥巴巴《Java 开发⼿册》提出单表⾏数超过 500 万⾏或者单表容量超过 2GB，才推荐进⾏分库分表。对此，有阿⾥的黄⾦铁律⽀撑，所以，很多⼈设计⼤数据存储时，多会以此为标准，进⾏分表操作。
那么，你觉得这个数值多少才合适呢？为什么不是 300 万⾏，或者是 800 万⾏，⽽是 500 万⾏？也许你会说这个可能就是阿⾥的最佳实战的数值吧？那么，问题⼜来了，这个数值是如何评估出来的呢？稍等⽚刻，请你⼩⼩思考⼀会⼉。
事实上，这个数值和实际记录的条数⽆关，⽽与 MySQL 的配置以及机器的硬件有关。因为，MySQL 为
了提⾼性能，会将表的索引装载到内存中。InnoDB buffer size ⾜够的情况下，其能完成全加载进内存，查询不会有问题。但是，当单表数据库到达某个量级的上限时，导致内存⽆法存储其索引，使得之后的 SQL 查询会产⽣磁盘 IO，从⽽导致性能下降。当然，这个还有具体的表结构的设计有关，最终导致的问题都是内存限制。这⾥，增加硬件配置，可能会带来⽴竿见影的性能提升哈。
那么，我对于分库分表的观点是，需要结合实际需求，不宜过度设计，在项⽬⼀开始不采⽤分库与分表设计，⽽是随着业务的增长，在⽆法继续优化的情况下，再考虑分库与分表提⾼系统的性能。对此，阿⾥巴巴《Java 开发⼿册》补充到：如果预计三年后的数据量根本达不到这个级别，请不要在创建表时就分库分表。那么，回到⼀开始的问题，你觉得这个数值多少才合适呢？我的建议是，根据⾃⾝的机器的情况综合评估，如果⼼⾥没有标准，那么暂时以 500 万⾏作为⼀个统⼀的标准，相对⽽⾔算是⼀个⽐较折中的数值。
mysql下载哪个盘

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。