这是一个创建于 1401 天前的主题，其中的信息可能已经有所发展或是发生改变。
网上一搜分表分库，基本上都告诉你一张表大于几千万条之后操作会变慢云云，所以需要分表分库。
但是这点我不是很明白。
对于 InnoDB 的 Mysql 来说，如果是命中索引的搜索，拆分成 128 张表，你的搜索树高度最多就降一层而已，4 层变 3 层，速度不应该有变化的。拆入同理，关系更大的是索引的数量还有索引设计啥的。 和树的高度关系不大。
我能想到的最大的作用就是做聚合和全表扫描一类的操作的。 因为几乎所有的 Mysql 搜索操作都是单线程的，求 select count(*) from xxx 一个连接 /线程全表扫一亿条和 10 个连接 /线程扫 10 张分表然后再聚合，肯定后者更快。 这样也有坏处吧，线程池里的线程很快就耗尽了。
但是这点我不是很明白。
对于 InnoDB 的 Mysql 来说，如果是命中索引的搜索，拆分成 128 张表，你的搜索树高度最多就降一层而已，4 层变 3 层，速度不应该有变化的。拆入同理，关系更大的是索引的数量还有索引设计啥的。 和树的高度关系不大。
我能想到的最大的作用就是做聚合和全表扫描一类的操作的。 因为几乎所有的 Mysql 搜索操作都是单线程的，求 select count(*) from xxx 一个连接 /线程全表扫一亿条和 10 个连接 /线程扫 10 张分表然后再聚合，肯定后者更快。 这样也有坏处吧，线程池里的线程很快就耗尽了。
目前尚无回复
Select Language