Mysql单表数据500万是否一定要分库分表?

总是听人说单表500w一定要分库分表,上千万的数据查询一定慢,没有场景的前提,都是扯淡的,下面做个小测验。

  1. 数据库:mysql8.0.20

  2. 系统:win10

  3. 数据构建:数据构建地址
    注:我将索引user_id去除了,添加了user_name和phone索引。

  4. mysql配置如下:
    在这里插入图片描述
    mysql配置全是安装后默认的,关键参数innodb_buffer_pool_size为128M.关于InnoDB缓冲池大小配置请参考官网:配置InnoDB缓冲池大小

  5. 数据条数:13442974 在这里插入图片描述查询全部count耗时377s。

  6. 数据和索引长度分别是:1.41 GB 1.09 GB

  7. 树的高度:3
    win如何查看树的高度参考:WINHEX查看innodb的BTree高度

以上是数据说明,下面开始验证数据:
在这里插入图片描述
数据1300多万,innodb_buffer_pool_size为128M的配置情况下,使用索引user_name查询数据耗时0.021s(本地测试不存在网络开销)。查询count使用了6-7分钟,如果全表limit其中的数据Navicat直接卡死。在未指定场景下,几千万数据一定查询慢或者一定要分库分表的,请自己手动尝试下。再比如业务需要全表limit,分库分表就一定能解决这个问题吗?只会让问题更加复杂化。
在这里插入图片描述
数据和索引都存放到一个文件中,如何能根据索引快速查询,其中的脉络细节我也不知道.推荐几个文章。
InnoDB索引页的物理结构
InnoDB中的B + Tree索引结构
使用页面目录有效遍历InnoDB B + Trees

  • 8
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值