一张 5 亿条数据的表，命中索引后扫描 1~10 行数据，请问在命中索引的情况下查询消耗时长大概多少？

RT ，表会按照 userId 、resourceId 来查询（ userId 、resourceId 存在一个联合索引），查询 qps 在 100 以内，每次按照 userId 和 resourceId 查询到的数据一般在 10 条以内。

这张表目前 1 亿数据量，查询速度 150ms 以内，以现在的插入速度，明年中旬可能就会膨胀至 5 亿左右，那个时候同样的查询大概会比现在慢多少？ mysql 版本是 5.7 的。

这期间我们打算用分布式数据库来承接这部分的业务了，但需要时间，我担心还没来得及迁移这张表就先撑不住了。

应该是 InnoDB 吧？如果能匹配中索引，那么查询速度的关键就是看索引的 B+ 树的有多少层

（声明：DB 业余） 100M 到 500M ，单从数据量上感觉也没多多少，对于 MySQL 内部了解不是很多，基于之前的 B 树知识，我想查询时间可能不会有多少区别。至于别的地方有没有硬性限制就不知道了

但说起来单表数据这么多，倒是比较少见，特别是这个时间，150ms ，慢出天际了哥们儿😄

不知道是不是和索引有关，硬件配置怎么样？还是说用的是云 DB ？关于怎么科学优化，看楼下说说吧