mysql 表空间管理
Posted 厚积薄发
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了mysql 表空间管理相关的知识，希望对你有一定的参考价值。
https://www.runoob.com/mysql/mysql-administration.html
表空间：
mysql没有真正意义上的表空间管理。
MySQL的Innodb包含两种表空间文件模式，默认的共享表空间和每个表分离的独立表空间。
一般来说，当数据量很小的时候建议使用共享表空间的管理方式。数据量很大的时候建议使用独立表空间的管理方式。
查看表空间模式：
mysql> show variables like ‘%innodb_file_per_table%‘ ;
| innodb_file_per_table | ON |
表示当前是独立表空间。
若为OFF，则表示为共享表空间。
同样：1表示ON、0表示OFF
查看表空间信息：
select *
from information_schema.global_variables
where variable_name in ("datadir",
"innodb_data_file_path",
"innodb_data_home_dir",
"innodb_file_per_table",
"innodb_open_files");
datadir表示数据文件的基本路径。
innodb_data_file_path表示共享文件的名称。
innodb_file_per_table表示表空间的类型。
innodb_open_files最多可打开的文件个数。
innodb_data_file_path文件格式：
file_name:file_size:auto_extend:max_size
file_name表示数据文件名称、file_size表示数据文件大小、auto_extend表示自动扩展、max_size表示最大大小。
innodb_data_file_path=ibdata1:10M:autoextend:max:500M
ibdata1初始大小为10M、自动扩展且最大为500M。
多个标示符之间使用分号隔开，另外，只有最后一个文件能够使用autoextend属性。
共享表空间：
Innodb的所有数据保存在一个单独的表空间里面，而这个表空间可以由很多个文件组成，一个表可以跨多个文件存在，所以其大小限制不再是文件大小的限制，而是其自身的限制。从Innodb的官方文档中可以看到，其表空间的最大限制为64TB，也就是说，Innodb的单表限制基本上也在64TB左右了，当然这个大小是包括这个表的所有索引等其他相关数据。
共享表空间的优点：
表空间可以分成多个文件存放到各个磁盘，所以表也就可以分成多个文件存放在磁盘上，表的大小不受磁盘大小的限制。
数据和文件放在一起方便管理。
共享表空间的缺点：
1、所有的数据和索引存放到一个文件，虽然可以把一个大文件分成多个小文件，但是多个表及索引在表空间中混合存储，当数据量非常大的时候，表做了大量删除操作后表空间中将会有大量的空隙，特别是对于统计分析，对于经常删除操作的这类应用最不适合用共享表空间。
2、共享表空间分配后不能回缩：当出现临时建索引或是创建一个临时表的操作表空间扩大后，就是删除相关的表也没办法回缩那部分空间了，进行数据库的冷备很慢；
设置数据文件：
有两种方式设置数据文件，一种是所有的数据文件均在一个目录下，称为同目录数据文件。另一种是所有的数据文件在不同的目录下，称为异目录数据文件。
同目录数据文件、异目录数据文件。
共享表空间数据存储规则：
表结构定义文件：$datadir/$dbname/$tabname.frm
数据文件：共享表空间。
设置同目录数据文件：
[mysqld]
innodb_file_per_table=0
innodb_data_home_dir=/msdata/datas
innodb_data_file_path=ibdata1:50M;ibdata2:20M;ibdata3:50M:autoextend
通过innodb_data_home_dir设置一个共同的数据文件目录。
设置异目录数据文件：
[mysqld]
innodb_file_per_table=0
innodb_data_home_dir=
innodb_data_file_path=/msdata/datas/ibdata1:76M;/msdata/datas/ibdata2:10M;/msdata/datas/ibdata3:10M;/msdata/datas01/ibdata4:10M:autoextend
注意，“innodb_data_home_dir=”参数必须存在。同时，autoextend属性只能用于最后一个文件。
也可以使用相对目录，如：
[mysqld]
innodb_file_per_table=0
innodb_data_home_dir=
innodb_data_file_path=ibdata1:76M;ibdata2:10M;ibdata3:10M;/msdata/datas01/ibdata4:10M:autoextend
好此，innodb_data_home_dir为空值，则默认取值为：datadir参数的目录。
独立表空间：
独立表空间是每个表都有独立的多个数据文件，而且做到了索引和数据的分离
独立表空间的优点：
每个表都有自已独立的表空间，每个表的数据和索引都会存在自已的表空间中，可以实现单表在不同的数据库中移动。
空间可以回收（除drop table操作处，表空不能自已回收），Drop table操作自动回收表空间，如果对于统计分析或是日值表，删除大量数据后可以通过:alter table TableName engine=innodb;回缩不用的空间。
对于使用独立表空间的表，不管怎么删除，表空间的碎片不会太严重的影响性能，而且还有机会处理。
独立表空间的缺点：
1、当数据库中的表数量达到一定级别时，每次操作所涉及的文件过多，如果按照默认Centos的ulimit -n = 1024的话，仅仅只能保证同时打开256个表以内，这在习惯上“拆库拆表”的MySQL数据结构上很难达到要求。
2、另外这种数据文件的利用率不算很高，当大量“不高”的文件集中起来，浪费的空间也很惊人，更何况最后可能出现的状况不是“一堆K级别的小文件”而是“一堆G级别的大文件”，有点适得其反的意思。
独立表空间数据存储规则：
表结构定义文件：$datadir/$dbname/$tabname.frm
数据文件：$datadir/$dbname/$tabname.ibd
独立表空间空间爆满的问题：
当独立表空间的所处空间爆满的时候，只能采用数据迁移的方式，将表空间移走。
具体办法是，将独立表空间更改为共享表空间。
旧配置为：
[mysqld]
innodb_file_per_table=1
新配置为：
[mysqld]
innodb_file_per_table=0
innodb_data_home_dir=
innodb_data_file_path=ibdata1:76M;ibdata2:10M;ibdata3:10M;/msdata/datas01/ibdata4:10M:autoextend
重启数据库以后：
对于已经存在的表，数据仍然会存储在原来的独立表空间相关文件中。
对于新增加的表，数据则会存在于新增加共享表空间中。
旧表数据可以通过迁移的方式插入到新表中去。
独立表空间转共享表空间：
旧配置为：
[mysqld]
innodb_file_per_table=1
新配置为：
[mysqld]
innodb_file_per_table=0
innodb_data_home_dir=
innodb_data_file_path=ibdata1:76M;ibdata2:10M;ibdata3:10M;/msdata/datas01/ibdata4:10M:autoextend
转换后，重启数据库。
对于已经存在的表，数据仍然会存储在原来的独立表空间相关文件中。
对于新增加的表，数据则会存在于新增加共享表空间中。
共享表空间转独立表空间：
旧配置：
innodb_file_per_table=0
innodb_data_home_dir=
innodb_data_file_path=ibdata1:76M;ibdata2:10M;ibdata3:10M;/msdata/datas01/ibdata4:10M:autoextend
新配置：
innodb_file_per_table=1
innodb_data_home_dir=
innodb_data_file_path=ibdata1:76M;ibdata2:10M;ibdata3:10M;/msdata/datas01/ibdata4:10M:autoextend
转换后，重启数据库。
对于已经存在的表，数据仍然会存储在原来的共享表空间相关文件中。
对于新增加的表，数据则会存在于独立表空间中。
转换已存在共享表为独立表：
如果tshare1表之前为共享表，在更改数据模式为独立表之间，可使用命令将该表转换为独立表，具体的命令为：
mysql> alter table tshare1 engine=innodb;
但对于独立转共享模式，上式方法将失效。
同目录下添加数据文件：
[mysql@jmdev2 datas]$ ls -ltr
drwxrwxr-x 2 mysql root 4096 2015-10-31 performance_schema
...
-rwxrwxr-x 1 mysql root 79691776 07-26 14:05 ibdata1
-rw-r----- 1 mysql root 26533 07-26 14:09 jmdev2.err
能够看到，当前ibdata1文件已经有76M，此时重新设置my.cnf参数文件
[mysqld]
innodb_data_home_dir=/msdata/datas
innodb_data_file_path=ibdata1:50M;ibdata2:20M;ibdata3:50M:autoextend
启动数据库，会报错：
2016-07-26 14:09:28 1079 [ERROR] InnoDB: Data file /msdata/datas/ibdata1 is of a different size 4864 pages (rounded down to MB) than specified in the .cnf file 3200 pages!
2016-07-26 14:09:28 1079 [ERROR] InnoDB: Could not open or create the system tablespace. If you tried to add new data files to the system tablespace, and it failed here, you should now edit innodb_data_file_path in my.cnf back to what it was, and remove the new ibdata files InnoDB created in this failed attempt. InnoDB only wrote those files full of zeros, but did not yet use them in any way. But be careful: do not remove old data files which contain your precious data!
由于默认每个page大小为16K，它表示创建该表空间时失败，理由是新建的3200页比已经存在的4864页要小。
[mysqld]
innodb_data_home_dir=/msdata/datas
innodb_data_file_path=ibdata1:76M;ibdata2:10M;ibdata3:10M:autoextend
启动数据库，数据库已经自动在/msdata/datas目录下创建ibdata2、ibdata3两个文件。
释放表空间：
MySQL的表空间在删除数据以后，并不会自动收缩表空间，需要进行相关的操作。
删除共享空间表：
删除前大小：
-rw-rw---- 1 mysql root 9437184 07-26 17:32 tshare1.ibd
删除表数据：
mysql> truncate table tshare1;
删除后大小：
-rw-rw---- 1 mysql root 98304 07-26 17:47 tshare1.ibd
可以看到，空间已经释放很多。
剩余空间，如果想删除，则只能使用重建（recreate + analyze）的方式进行。
删除独立空间表：
删除前大小：
-rw-rw---- 1 mysql root 41943040 07-26 17:10 t1.ibd
删除表数据：
mysql> truncate table t1;
删除后大小：
-rw-rw---- 1 mysql root 98304 07-26 17:53 t1.ibd
可以看到，空间已经释放很多。
剩余空间，如果想删除，则只能使用重建（recreate + analyze）的方式进行。
关于optimize操作：
该操作可以使表空间得到充分释放，但该表在操作过程中需要对表添加锁，因为需要在业务压力不大的时候操作。
[mysqld]
skip-new
然后重启数据库。
mysql> optimize table t1;
如果没有“skip-new”选项，就会报错：Table does not support optimize, doing recreate + analyze instead
以上是关于mysql 表空间管理的主要内容，如果未能解决你的问题，请参考以下文章