表空间
从物理意义上来讲,InnoDB 表由共享表空间、日志文件组(redo 文件组)、表结构定义文件组成。
若将 innodb_file_per_table
设置为 on
,则系统将为每一个表单独的生成一个 table_name.ibd
的文件,在此文件中,存储与该表相关的数据、索引、表的内部数据字典信息。表结构文件则以 .frm
结尾,这与存储引擎无关。
在 InnoDB 存储引擎中,默认表空间文件是 ibdata1
,在 5.7 版本中,其初始化为 12M,且可以扩展,如下所示:
mysql> show variables like '%innodb_data_file%';
+-----------------------+------------------------+
| Variable_name | Value |
+-----------------------+------------------------+
| innodb_data_file_path | ibdata1:12M:autoextend |
+-----------------------+------------------------+
1 row in set
实际上,InnoDB 的表空间文件是可以修改的,使用以下语句就可以修改:
innodb_data_file_path=ibdata1:370M;ibdata2:50M:autoextend;
使用共享表空间存储方式时,InnoDB 的所有数据保存在一个单独的表空间里面,而这个表空间可以由很多个文件组成,一个表可以跨多个文件存在,所以其大小限制不再是文件大小的限制,而是其自身的限制。
而在使用单独表空间存储方式时,每个表的数据以一个单独的文件来存放,这个时候的单表限制,又变成文件系统的大小限制了。
共享表空间与独占表空间可以通过参数 innodb_file_per_table
来转换,若为 1
,则开启独占表空间,否则,开启共享表存储。
在服务器资源有限,单表数据不是特别多的情况下,独立表空间明显比共享方式效率更高,但是 MySQL 默认是共享表空间 。
共享表空间与独立表空间各自的优缺点如下:
共享表空间:
优点:
可以把表空间分成多个文件存放到各个磁盘上(表空间文件大小不受表大小的限制,如一个表可以分布在不同步的文件上)。数据和文件放在一起方便管理。
缺点:
所有的数据和索引存放到一个文件中意味着将有一个很常大的文件,虽然可以把一个大文件分成多个小文件,但是多个表及索引在表空间中混合存储,这样对于一个表做了大量删除操作后表空间中将会有大量的空隙,特别是对于统计分析,日志系统这类应用最不适合用共享表空间。
独立表空间:
优点:
1.每个表都有自已独立的表空间。
2.每个表的数据和索引都会存在自已的表空间中。
3.可以实现单表在不同的数据库中移动。
4.空间可以回收(除 drop table 操作处,表空不能自已回收)
a) Drop table 操作自动回收表空间,如果对于统计分析或是日志表,删除大量数据后可以通过:alter table TableName engine=innodb; 回缩不用的空间。
b) 对于使 innodb-plugin 的 Innodb 使用 truncate table 也会使空间收缩。
c) 对于使用独立表空间的表,不管怎么删除,表空间的碎片不会太严重的影响性能,而且还有机会处理。
缺点:
单表增加过大,如超过 100 个G。
变化
共享表空间也被称为系统表空间,它是 MySQL 5.5 版本默认的表空间类型,其在各版本中存储数据发生的变化如下:
5.5 版本:
系统相关:(全局)数据字典信息、UNDO 回滚信息、Double Write 信息、临时表信息、change buffer
用户数据:表数据行、表的索引数据
5.6 版本:共享表空间只存储于系统数据,把用户数据独立了。
系统相关:(全局)数据字典信息、UNDO 回滚信息、Double Write 信息、临时表信息、change buffer
5.7 版本:在 5.6 基础上,把临时表独立出来,UNDO 也可以设定为独立。
系统相关:(全局)数据字典信息、UNDO 回滚信息、Double Write 信息、change buffer
8.0.19 版本:在 5.7 的基础上将 UNDO 回滚信息默认独立。
系统相关:Double Write 信息、change buffer
8.0.20 版本:在之前版本基础上,独立 Double Write 信息。
系统相关:change buffer
详细可参考:https://dev.mysql.com/doc/refman/5.7/en/innodb-architecture.html。
评论区