活动买的阿里云服务器磁盘告警了，活动买的磁盘只有40g，里面装的宝塔环境，除了网站程序还有mysql数据库。数据库整个大概20多G。

有几个表数据达到千万级别了，在不扩容的情况下，老王选择了删除部分不要的备份表和17,18年的数据，数据删完后，表空间未变，重启一下数据库，还是未变，只有找百度问问了。

由于是宝塔数据库5.5默认配置，innodb_file_per_table未指定，导致数据都存到了ibdata1文件中。

那么什么是ibdata1？

ibdata1是一个用来构建innodb系统表空间的文件，这个文件包含了innodb表的元数据、撤销记录、修改buffer和双写buffer。如果file-per-table选项打开的话，该文件则不一定包含所有表的数据。当innodb_file_per_table选项打开的话，新创建表的数据和索引则不会存在系统表空间中，而是存放在各自表的.ibd文件中.

显然这个文件会越来越大，innodb_autoextend_increment选项则指定了该文件每次自动增长的步进，默认是8M.

是什么原因导致ibdata1文件会越来越大？

ibdata1存放数据，索引和缓存等，是MYSQL的最主要的数据。所以随着数据库越来越大，表也会越大，这个无法避免的。如果时间长了，越来越大，我们在处理日志和空间的时候就不是那么方便了，就不知从何入手了。接下来我们就要处理下这样的情况，分库存储数据。

这下大概知道为什么哪怕数据删除，空间也不会释放的原因了。

该如何处理呢？

首先我们把数据库文件备份下来，然后直接删除ibdata文件(为了保险起见最好先全备一次，做到数据安全和完整)，然后再重新导入数据库文件即可！

由于是生产库，不能随便弄，就算备份的话空间也不够了，只有等到扩容了，然后找个晚上通宵弄了。

下面是操作的步骤，操作步骤来源于网络。

具体操作步骤如下(截图并不完整，但是首先要弄懂大概情况和原理)：

1、停止业务，备份一次全库

mysqldump -uroot -ppassword --all-databases --add-dorp-table > /root/all_mysql.sql

2、备份完成，停止数据库

systemctl stop mariadb 或者 service mysqld stop

3、修改配置文件

在[mysqld]下增加下面配置 innodb_file_per_table=1 验证配置是否生效，可以重启mysql后,执行 #service mysqld restart

4、验证

mysql -uroot -ppassword mysql

show variables like '%per_table%';

+-----------------------+-------+

| Variable_name | Value |

+-----------------------+-------+

| innodb_file_per_table | ON |

+-----------------------+-------+

1 row in set (0.00 sec)

innodb_file_per_table的状态变为ON

5、删除ibdata1文件和日志

rm -rf ibdata1

rm -rf ib_logfile*

6、还原数据库

mysql -uuser -ppassword

source /root/all_mysql.sql

数据文件单独存放(共享表空间改为每个表独立的表空间文件)。

大家如果有什么好的建议可以留言告诉老王，感激不尽。