有人说分表，横着切分。但是偶见过的公司通常不会完全这样做，因为分表之后的弊端也很大，会导致有些业务对该数据的操作需求实现不了或者很麻烦。实际的做法是，分表的同时，仍然保留整体的原表，两份数据，一份是原表，另一份是对原表进行切分的副本，用这个分开的表来满足某部分业务的查询需求即可。至于怎么分，看业务，比如说偶做过一款手机游戏的app，在统计用户的月活跃情况时，偶会按月份分。
抛开具体的业务不谈，在其他方面通常的解决方案还有：
第一：成本最低也是最实用的方式：索引优化、sql优化。
第二：上缓存，查询也不一定完全就是数据量大影响的，高访问量请求数据库密集时，也会影响，用缓存挡在mysql前面，进行流量削锋。
第三：mysql读写分离，其实本质也是一种负载均衡的实现方式。
第四：分布式，把同一份数据分到不同服务器上，这个成本就大了，一般的公司用不到，想满足不同业务的需求对技术要求很高，较难解决的问题是在数据的一致性上。
等等，不管使用什么技术，一定要考虑好这个技术可能带来的后果尤其弊端是什么。
