MySQL 分表有什么坏处和改进意见?
如果一张表数据很大,将分表拆分数据,或者预估数据量很大,会预先生成很多分表,那么,日后要改字段,岂不是每张表都是执行同样的 sql 改字段?
MySQL 还有分区的概念,就是解决一张表数据量过大的,为什么现实开发中还是普遍使用分表的方式?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
一个表的容量还是有限的,数据越多插入性能就会受影响,每次插入都要去寻找对应分区,还有索引,都会大大降低插入速度。
至于分表的坏处,当然就是你说的如果需要修改字段,那就要每张表都去执行,但这种可能性小,况且之前的数据都已成为历史数据了,而如果你把数据都放一张表里,改表结构不就把表锁住了?从这个方面来看,分表还可以做到读写分离。另一个坏处就是查询需要union分表,需要用while去拼接sql,这是有点繁琐的,恰恰分区不用拼接。。。
因此实际中,分表和分区常常是结合的,各自互补。
我认为不管是数据库还是编程的各种模式,并不是说0耦合就是最好的。适当的冗余可以提高性能,和可读、维护性。
个人愚见,分区是你指定规则进行分表,比较死板。分表可以在业务逻辑层上进行灵活的热点数据分表。