MySQL 分表有什么坏处和改进意见？

问题描述

如果一张表数据很大，将分表拆分数据，或者预估数据量很大，会预先生成很多分表，那么，日后要改字段，岂不是每张表都是执行同样的 sql 改字段？

MySQL 还有分区的概念，就是解决一张表数据量过大的，为什么现实开发中还是普遍使用分表的方式？

问题解答

我认为不管是数据库还是编程的各种模式，并不是说0耦合就是最好的。适当的冗余可以提高性能，和可读、维护性。

个人愚见，分区是你指定规则进行分表，比较死板。分表可以在业务逻辑层上进行灵活的热点数据分表。

一个表的容量还是有限的，数据越多插入性能就会受影响，每次插入都要去寻找对应分区，还有索引，都会大大降低插入速度。

至于分表的坏处，当然就是你说的如果需要修改字段，那就要每张表都去执行，但这种可能性小，况且之前的数据都已成为历史数据了，而如果你把数据都放一张表里，改表结构不就把表锁住了？从这个方面来看，分表还可以做到读写分离。另一个坏处就是查询需要union分表，需要用while去拼接sql，这是有点繁琐的，恰恰分区不用拼接。。。

因此实际中，分表和分区常常是结合的，各自互补。