MySQL单表最大记录数超过多少时性能会严重下降?

问题:MySQL单表最大记录数不能超过多少?以前没有想过MySQL数据库的单表最大行数 , 直到最近interview时被问到C语言中int类型的最大值是多少时才想到Mysql单表最大行数的问题 。
一开始被问到C语言中int类型的最大值有点懵逼 , 一般这种问题都是在校招时候会被问到 , 对于工作多年的人不会问这个问题 。被问到这个问题的时候 , 大脑中思考的不是int类型最大值到底是多少?而是为什么这个问题很经典 , 经常被问 , 了解这个东西能用到什么地方呢?于是很快想到了MySql单表的最大记录数是多少 , 因为表的id一般是自增长的int类型 。
MySQL单表最大记录数超过多少时性能会严重下降?曾经在中国互联网技术圈广为流传着这么一个说法:MySQL 单表数据量大于 2000 万行 , 性能会明显下降 。事实上 , 这个传闻据说最早起源于百度 。具体情况大概是这样的 , 当年的 DBA 测试 MySQL性能时发现 , 当单表的量在 2000 万行量级的时候 , SQL 操作的性能急剧下降 , 因此 , 结论由此而来 。然后又据说百度的工程师流动到业界的其它公司 , 也带去了这个信息 , 所以 , 就在业界流传开这么一个说法 。
再后来 , 阿里巴巴《JAVA 开发手册》提出单表行数超过 500 万行或者单表容量超过 2GB , 才推荐进行分库分表 。对此 , 有阿里的黄金铁律支撑 , 所以 , 很多人设计大数据存储时 , 多会以此为标准 , 进行分表操作 。
那么 , 你觉得这个数值多少才合适呢?为什么不是 300 万行 , 或者是 800 万行 , 而是 500 万行?也许你会说这个可能就是阿里的最佳实战的数值吧?那么 , 问题又来了 , 这个数值是如何评估出来的呢?稍等片刻 , 请你小小思考一会儿 。
事实上 , 这个数值和实际记录的条数无关 , 而与 MySQL 的配置以及机器的硬件有关 。因为 , MySQL 为了提高性能 , 会将表的索引装载到内存中 。InnoDB buffer size 足够的情况下 , 其能完成全加载进内存 , 查询不会有问题 。但是 , 当单表数据库到达某个量级的上限时 , 导致内存无法存储其索引 , 使得之后的 SQL 查询会产生磁盘 IO , 从而导致性能下降 。当然 , 这个还有具体的表结构的设计有关 , 最终导致的问题都是内存限制 。这里 , 增加硬件配置 , 可能会带来立竿见影的性能提升哈 。
那么 , 我对于分库分表的观点是 , 需要结合实际需求 , 不宜过度设计 , 在项目一开始不采用分库与分表设计 , 而是随着业务的增长 , 在无法继续优化的情况下 , 再考虑分库与分表提高系统的性能 。
对此 , 阿里巴巴《Java 开发手册》补充到:如果预计三年后的数据量根本达不到这个级别 , 请不要在创建表时就分库分表 。那么 , 回到一开始的问题 , 你觉得这个数值多少才合适呢?我的建议是 , 根据自身的机器的情况综合评估 , 如果心里没有标准 , 那么暂时以 500 万行作为一个统一的标准 , 相对而言算是一个比较折中的数值 。
mysql bigint auto_increment 自增长值的最大数量bigint
有符号值:-9223372036854775808 到9223373036854775807(- 2 ^ 63 到 2 ^ 63-1) 无符号值:0到18446744073709551615(0到2^64 – 1)
【MySQL单表最大记录数超过多少时性能会严重下降?】创建表时 自增长字段 选择无符号bigint , 那么自增长最大值是 18446744073709551615
一秒增加的记录条数 大约多少年后才会用完

MySQL单表最大记录数超过多少时性能会严重下降?

文章插图
 
作者:codegoogle
原文链接:
https://juejin.cn/post/6955105392640655368




    推荐阅读