MySQL删除表数据，磁盘空间还一直被占用，为什么?
最近有一个举措，上位机获取下位机上报的数据。
为了节省成本，请务必做好数据备份，并通过删除文件来删除文件。
明明执行了删除，但文件大小并没有减少，牢不可破
文档表结构和表数据中数据库采用Mysql。
表占用的空间比较小，通常都是数据表占用的空间。
当我们使用data进行删除时，文件中的注释确实被删除了，但是文件的大小并没有改变。
用过MySQL的人一定听说过B+树。
组装页面。
所以删除数据时有两种情况：
删除页面中的部分文件
删除整个页面的
表文件大小不变以及相关Mysql策略例如，如果你想要R4：
InnoDB直接标记用于删除的R4记录被称为可重用的地方。
如果稍后插入ID在300到700之间的记录，则会返回该位置。
可见文件的磁盘大小并不能减少。
删除整页数据也会删除代码记录，并且该点的数据将被返回为已插入原始范围之外。
为什么，无论是删除了行还是页数据，它们都会被标记为已删除以便重复使用，文件不会减少。
DELETE 只删除身份数据，不整理数据文件。
表名 OPTIMIZETABLE;
注意：OPTIMIZETABLE 仅适用于 MyISAM、BDB 和 InnoDB 表。
另外，表也是通过ALTERTABLE恢复的
ALTERTABLE表也叫ENGIN=INNODB 有人问OPTIMIZETABLE和ALTERTABLE有什么区别。
？
altertabletengine=InnoDB（即刷新），并且optimizetablet=refresh+unload
OnlineDDL最后OnlineDDL的报告改变了ddl，改变的ddl会在表中关闭，这可以说是DBA心中永远的痛，尤其是在执行DDL变更时，导致库中大量线程处于“Waitingformetadatalock”状态。
因此，5.6版本之后引入了OnlineDDL。
在OnlineDDL推出之前，实现DDL的方法主要有两种，copy方法和set方法。
相比模型模式，没有就地数据集，速度更快。
但这个方法只支持添加和删除索引，而且和示例方法一样，需要全表锁，所以不太实用。
与前两种方式相比，Online方式不仅支持读操作，还支持写操作。
执行onlineDDL语句时，使用algorithm和lock关键字。
这两个关键字位于我们的DDL语句的末尾，可以用逗号分隔。
示例为：
ALGORITHM 选项
INPLACE：替换：直接在原始表上执行 DDL 操作。
示例： 示例：使用临时表方法收缩临时表，对临时表执行DDL，然后将数据重命名到临时表等，期间只占用两倍的磁盘空间需要支持这些操作。
执行期间不允许对表进行DML操作。
DEFAULT：默认模式，MySQL可以选择。
LOCK选项
PORGA：共享锁，捕获DDL表可读但不可写。
NONE：无限制，执行表可以读取DDL和 。
PRIVILEGE：独占锁，执行中的DDL表不能被读或写。
DEFAULT：Default 值，即与 DDL 语句中的 Clause 子句一起使用的默认值没有指定。
如果将 COMA 值指定为默认值，则由 MySQL 子句决定是否关闭表。
如果您确定 DDL 语句不会锁定表，则不能指定锁定或将其值指定为默认值。
执行DDL操作时，不需要指定ALGORITHM选项。
此时，MySQL会自动按照INSTANT、IMPLIED、INSTALLATION的顺序选择合适的模式。
您还可以指定 ALGORITHM=DEFAULT，它具有相同的效果。
如果指定了ALGORITHM选项但未提供，则直接报错。
OPTIMIZETABLE 和 ALTERTABLE TABLES NAME ENGIN=INNODB OlineDDL 都支持，但是业务流量低的时候还是建议使用
总结删除数据删除的时候，确实匹配。
数据行并不真正删除，只是标记为可重用，因此文件空间不会变小。
通过重建表（OPTIMIZETABLE 或 ALTERTABLE）删除数据后快速减小表大小。
5.6版本之后，建表现在支持Online操作，但是最好在使用率低的时候进行。
mysql日志占用大量空间 怎么解决方法
今天同事告诉我，mysql目录下有很多1.1G的mysql-bin.00000*文件，占用了100G以上的磁盘空间。这些文件是msyql日志文件，从很多米到很多米，所有G都可用。
是的 解决这个问题并不困难。
