1 共享表空间和独立表空间
InnoDB 数据是按照表空间进行存放的，其表空间分为共享表空间和独立表空间。
1.1 共享表空间
共享表空间：表的数据放在系统共享表空间，也就是跟数据字典放一起。文件名为 ibdata1。可以通过参数 innodb_data_file_path 进行设置。在 my.cnf 中配置，如下：
[mysqld]innodb_data_file_path = ibdata1:1G;ibdata2:1G:autoextend
表示用两个文件（ibdata1 和 ibdata2）组成表空间，文件 ibdata1 的大小为 1G，文件 ibdata2 的大小为 1G，autoextend 表示用完 1G 可以自动增长。
1.2 独立表空间
独立表空间：每个 InnoDB 表数据存储在一个以 .idb 为后缀的文件中。
由参数 innodb_file_per_table 控制。
设置为 on 表示使用独立表空间；
设置为 off 表示使用共享表空间。
经验分享
一般情况下建议设置为独立表空间，原因是：如果某张表被 drop 掉，会直接删除该表对应的文件，如果放在共享表空间中，即使执行了 drop table 操作，空间还是不能回收。
基于上面的经验分享，因此建议使用独立表空间，而本节后面提到的几种删除数据的情况，都是基于独立表空间的情况。
2 几种数据删除形式
2.1 删除表
如果是某张表（假如表名为 t29）的数据和表结构都不需要使用了，那么可以考虑 drop 掉。出于安全考虑，建议的步骤如下：
- 首先将表名改为 t29_bak_20201211：
- 然后等待半个月，观察是否有程序因为找不到表 t29 而报错；
如果没有跟表 t29 相关的报错，则半个月后直接 drop 掉 t29_bak_20191011：
2.2 清空表
如果是某张表（假如表名为 t29）的历史数据不需要使用了，要做一次清空，则可以考虑使用 truncate。
建议的步骤如下：创建一张与 t29 表结构相同的临时表t29_bak_20201211：
- 并将数据拷贝到临时表：
- 再清空该表：
- 如果空间不够，观察半个月后，考虑转移 t29_bak_20201211 的数据到备份机器上。然后删除表 t29_bak_20201211：
经验分享 我不止一次遇到类似的情况：需要清空表而使用 delete from table_name，导致主从延迟和磁盘 IO 跑满的情况。 原因是 binlog 为行模式的情况下，执行全表 delete 会生成每一行对应的删除操作，因此可能导致单个删除事务非常大。而 truncate 可以理解为 drop + create，在 binlog 为 row 模式的情况下，也只会产生一行 truncate 操作。所以，建议清空表时使用 truncate 而不使用 delete。
2.3 非分区表删除部分记录
实际更多的情况，我们是需要删除表中一部分数据，在没有配置分区表的情况下，就只能用 delete 了。也许我们有时会发现，在 delete 很多数据后，实际表文件大小没变化。这是什么原因呢？
原因是，如果通过 delete 删除某条记录，InnoDB 引擎会把这条记录标记为删除，但是磁盘文件的大小并不会缩小。如果之后要在这中间插入一条数据，则可以复用这个位置，如果一直没有数据插入，就会形成一个 “空洞”。因此 delete 命令是不能回收空间的，这也是 delete 后表文件大小没变化的原因。
对于非分区表删除部分记录（比如删除 2017 年之前的数据，语句为：delete from table_name where date<‘2017-01-01’;），建议的步骤是：
若有收获，就点个赞吧
0 人点赞
