1 独立表空间与共享表空间的对比

共享表空间：

优点：

可以放表空间分成多个文件存放到各个磁盘上（表空间文件大小不受表大小的限制，如一个表可以分布在不同步的文件上）。数据和文件放在一起方便管理。

缺点

1 文件会变得越来越大，不利于备份工作的进行

2 会导致表删除数据或者表后 表空间空间不能回收或者出现间隙，比如因为某种原因需要建立临时表，临时表删除后表空间也不会回收，导致文件越来越大，不易管理

独立表空间：

在配置文件（my.cnf）中设置： innodb_file_per_table

优点：

1．  每个表都有自已独立的表空间。

2．  每个表的数据和索引都会存在自已的表空间中。

3．  可以实现单表在不同的数据库中移动。

4．  空间可以回收（除drop table操作处，表空不能自已回收）

a)     Drop table操作自动回收表空间，如果对于统计分析或是日值表，删除大量数据后可以通过:alter table TableName engine=innodb;回缩不用的空间。

b)      对于使innodb-plugin的Innodb使用turncate table也会使空间收缩。

c)       对于使用独立表空间的表，不管怎么删除，表空间的碎片不会太严重的影响性能，而且还有机会处理。

对于单表增长过大的问题，如果使用共享表空间可以把文件分开，但有同样有一个问题，如果访问的范围过大同样会访问多个文件，一样会比较慢。对于独立表空间 也有一个解决办法是：使用分区表，也可以把那个大的表空间移动到别的空间上然后做一个连接。其实从性能上出发，当一个表超过100个G有可能响应也是较慢 了，对于独立表空间还容易发现问题早做处理。

另外推荐使用独立表空间的原因：

从性能上对比共享表空间和独立表空间：

共享表空间在Insert操作上少有优势。其它都没独立表空间表现好。这里也有一个TIPS当启用独立表空间时，请合理调整一下：innodb_open_files 。

从Linux系统处理上出发：

文件系统fsync一大片更新数据，对系统io冲击较大。若分隔成多个小数据fsync，能够减少对读的影响。 同时从mysql代码，发现mysql保证两次fsync之间至少有20ms的sleep，这样的话，若将一次fsync变成多次小数据操作，应该能够减 少慢查询的比例。所以对于大量更新操作的系统不太适合用共享表空间。