增加mysql InnoDB的表空间

上节说到了如何添加和调整innodb log文件，然而调整表空间没这么简单，需要将数据导出来然后再导入。对于共享的表空间，ibdata会变的非常大，即使删除大量的数据，ibdata空间回收效果不明显。

innodb_data_file_path

该变量设置innoDB数据文件的位置和大小。指定的文件必须大于10M，如果不受系统文件限制，可以设置大于4G。该变量是mysql服务器容量规划和性能扩展能力的核心要素。通常设置是创建一个数据目录内容的基线大小，在10M到128M之间，第二个文件设置为10M并自动扩展。如innodb_data_file_path = ibdata1:128M;ibdata2:10M:autoextend。文章源自运维生存时间-https://www.ttlsa.com/mysql/increased_mysql_innodb_table_space/

innodb_file_per_table

有三种分配和管理表空间：文章源自运维生存时间-https://www.ttlsa.com/mysql/increased_mysql_innodb_table_space/

1. 原始分区的表空间也就是raw
2. 共享文件表空间
3. 每个表单独的表空间文章源自运维生存时间-https://www.ttlsa.com/mysql/increased_mysql_innodb_table_space/

 文章源自运维生存时间-https://www.ttlsa.com/mysql/increased_mysql_innodb_table_space/

使用innodb_file_per_table的好处有：文章源自运维生存时间-https://www.ttlsa.com/mysql/increased_mysql_innodb_table_space/

1. 如果使用软链接将大表分配到不同的分区上，易于管理数据文件
2. 易于监控解决IO资源使用的问题
3. 易于修复和恢复损坏的数据
3.1 相互独立的，不会影响其他innodb表
3.2 导出导入只针对单个表，而不是整个共享表空间
4. 解决单个文件大小的限制
5. 对于大量的delete操作，更易于回收磁盘空间
6. 碎片较少，易于整理optimize table
7. 易于安全审计
8. 易于备份文章源自运维生存时间-https://www.ttlsa.com/mysql/increased_mysql_innodb_table_space/

如果在innodb表已创建后设置innodb_file_per_table，那么数据将不会迁移到单独的表空间上，而是续集使用之前的共享表空间。只有新创建的表才会分离到自己的表空间文件。文章源自运维生存时间-https://www.ttlsa.com/mysql/increased_mysql_innodb_table_space/

备注：innodb_file_per_table是静态变量，更改后要重启mysql服务才能生效。文章源自运维生存时间-https://www.ttlsa.com/mysql/increased_mysql_innodb_table_space/

增加表空间

当没有使用innodb_file_per_table也没有启用自动扩展，那么随着数据的增长，表空间将满了。在这情况下，需要添加额外的表空间来扩展容量。方法如下：文章源自运维生存时间-https://www.ttlsa.com/mysql/increased_mysql_innodb_table_space/

1. 停止mysql服务
2. 备份配置文件，便于出现问题好回退
3. 编辑innodb_data_file_path值
根据你的环境更改ibdata1:$size;ibdataN:$size;…ibdataN:$size; 当前定义的表空间或默认表空间是不能改变的，否则启动失败，但是，可以额外的添加表空间，ibdataN序列根据当前的数量递增，$size自定义。
4. 启动mysql服务
6. 观察mysql错误日志是否有错文章源自运维生存时间-https://www.ttlsa.com/mysql/increased_mysql_innodb_table_space/ 文章源自运维生存时间-https://www.ttlsa.com/mysql/increased_mysql_innodb_table_space/