MySQL 中的共享表空间与独立表空间

对于 InnoDB 存储引擎来说，它可以将每张表存放于独立的表空间，即tablename.ibd 文件；也可以将数据存放于 ibdata 的共享表空间，一般命名是 ibdataX，后面的 X 是一个具体的数字。

查看是否开启了独立表空间=======>show variables like 'innodb_file_per_table';

使用了 InnoDB 引擎的表  ---->create table book(id int,name varchar(255));

在存放数据文件的目录下，可以看到如下文件：

 

 存放于独立表空间的表都将会以独立文件的方式来进行存储，每一个表都有一个 .frm 表描述文件（这个和 MyISAM 引擎一致），还有一个.ibd 文件，这个文件包括了单独一个表的数据内容以及索引内容，默认情况下它的存储位置也是在表的位置之中。

修改 innodb_file_per_table 的值为 OFF，即关闭独立表空间    ======》set global innodb_file_per_table=OFF;

 共享表空间的 ibdata1 文件在 MySQL 存放数据库的目录下

 查看 ibdata1的默认大小=====》show variables like 'innodb_data_file_path';

两种不同表空间各自的特点

独立表空间

优势

1. 每张表都有自己独立的表空间。
2. 每张表的数据和索引都会存储在自己的表空间中。
3. 可以实现单表在不同的数据库中移动（因为每张表都有独立的数据表文件）。
4. 空间可以回收（通过 optimize table 命令实现）。
5. 无论怎么删除，表空间的碎片不会太严重影响系统性能。

缺点

1. 单表增加过大。

共享表空间

优势

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

缺点

1. 所有的数据和索引存放到一个文件中，这将意味着有一个很大的文件存在（虽然可以把一个大文件分成多个小文件），但是多个表及索引在表空间中混合存储，这样当一个表做了大量删除操作后表空间中将会有大量的空隙，特别是对于统计分析、日志系统这类应用而言，最不适合用共享表空间（例如，当系统空间不够用的时候，我们希望通过删除一些无效数据来腾出来一些表空间，这个时候我们会发现，如果使用了共享表空间，即使无效数据删除了，表空间还是还是不会缩小）。
2. 共享表空间管理会出现表空间分配后不能回缩的问题，当临时建立索引或者临时表导致表空间扩大后，就是删除相关的表也没办法回缩那部分空间了。
3. 对于第二点存在的问题，一般使用 mysqldump 导出数据，然后删除共享表空间数据文件后，再重新导入。
4. 由于一个文件中保存了多个表数据，所以并发操作时可能会产生 IO 瓶颈，所以需要频繁写入的场景并不适合共享表空间。