标题中的问题“为什么表数据删掉一半，表文件大小不变？”涉及到数据库管理系统，特别是InnoDB存储引擎在处理数据删除时的机制。InnoDB是MySQL中常用的一种存储引擎，以其事务安全性和行级锁定机制而闻名。
在InnoDB中，数据是按照页（Page）进行存储的，通常每个页的大小为16KB。当您删除表中的一半数据时，InnoDB并不会立即回收这些空间，而是简单地将相应记录标记为已删除。这是因为删除操作在InnoDB的聚簇索引（主键索引）中仅仅是设置了删除标志，而不是物理地从磁盘上移除数据。这样做的目的是为了提高性能，避免频繁的磁盘I/O操作。
例如，假设我们有一个表`t`，包含主键`id`，以及两个普通字段`a`和`b`。当我们插入100,000条数据并删除其中50,000条时，InnoDB只会记录这些记录已被删除，但不会立即释放空间。如果之后有新的插入操作，这些被标记为删除的空间可以被新数据复用，这就是所谓的“空洞”。
数据页的复用策略允许InnoDB在不改变文件大小的情况下，有效地利用已删除记录的空间。如果一个页内大部分记录都被删除，InnoDB可能会进行页合并，将邻近利用率低的页合并成一个大页，标记为空闲，以便后续插入。但是，即使经过这样的优化，磁盘上的文件大小也不会减少，因为InnoDB并不直接收缩数据文件。
如果想要回收这些空间，可以采取重建表的操作，例如通过`ALTER TABLE ... ENGINE=InnoDB`命令。这个过程会创建一个新的表，以主键递增的顺序插入数据，这样可以消除“空洞”，并使得数据文件的大小更接近实际数据量。然而，这个操作并不是总是在线的，意味着在重建过程中，表可能无法接受新的更新。在MySQL 5.6及更高版本中，某些类型的DDL操作可以是在线的，这意味着在重建表的同时，服务器仍能处理其他查询。
总结来说，InnoDB表在删除数据后文件大小不变，主要是因为InnoDB采用了空间复用策略，而不是立即回收磁盘空间。要回收这些空间，需要通过重建表的方式，但这可能会影响服务的在线性。在设计和管理InnoDB表时，理解这些机制对于优化数据库性能和空间使用至关重要。
