访问量不大，单表巨大，分库还是分表？

学习知识要善于思考，思考，再思考！今天golang学习网小编就给大家带来《访问量不大，单表巨大，分库还是分表？》，以下内容主要包含等知识点，如果你正在学习或准备学习数据库，就都不要错过本文啦~让我们一起来看看吧，能帮助到你就更好了！

分库分表难题：单表极限何在？

针对单表数据量庞大、查询效率低的问题，分库分表方案应运而生。但对于访问量不大、单表较大的场景，到底该如何选择分库还是分表呢？

根据此前的了解，分库侧重提升数据库并发连接能力，而分表则是降低B+Tree索引树的高度，加快查询速度。那么，是否意味着访问量不大、单表巨大的情况下，仅分表即可满足需要？

分库必分表的答案

答案是：否。

原因在于数据库的瓶颈并非CPU、RAM，而是硬盘速度，特别是硬盘的随机读写速度。

分库分表的本质在于将数据存储到不同的物理机器中，从而提高QPS或TPS。因此，仅仅分表而不分库无法从根本上解决硬盘随机读写速度的问题。

分表可以降低索引树的高度，减少数据查询所需的时间，但是在访问量较大的情况下，硬盘读写依然会成为瓶颈。而分库通过将数据分布到不同的机器上，可以有效降低对单块硬盘的读写压力，从而提升整体性能。

所以，对于访问量不是很大、但单表很大的情况，依然推荐分库分表，将数据均衡分布到多个机器上，以获得更佳的性能表现。

今天带大家了解了的相关知识，希望对你有所帮助；关于数据库的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~