表的数据量特别大时是怎么处理的

1、索引优化和SQL语句优化是必须的，避免模糊查询和非索引查询，删改操作根据聚集索引进行，删改操作太频繁的话还是需要考虑分表

2、看需求，如果需求不限制，那就分表

分区会增加管理复杂度和成本这个很难理解，分区增加不了多少工作，如果需求要求必须单表，分区是解决在千万到几亿数据量的比较合适的方法

可能更大数据量还是要回到分的路上，但是可能更多考虑分布式

3、我们一般都是把历史数据定期转存其他表（一样的表名后加年月例如TABLE201205）归档~
这样该表本年度的查询的压力也小点（90%查询量集中在本年度）,即使查询历史数据也不影响性能，强力推荐！

4、
（1）从结构上来说，分区很有必要，我听过一些培训，微软给客户的建议是一个表如果大小超过50M，那就建议分区了。而且分区几乎是“一次性”的事情，不会增加什么管理成本。
（2）可以使用归档方式管理历史数据。其实你的数据量不大啦，我以前做银行系统，单表就2亿多，40G的大小。
（3）优化你的语句和设计。
（4）结合你的业务去晚上结构。有时候可以考虑用空间去换时间。