mysql删除数据后为什么不变小_mysql之delete删除记录后数据库大小不变

当DELETE后面跟条件的时候，则就会出现这个问题

delete from table_name where 条件

删除数据后，数据表占用的空间大小不会变。

不跟条件直接delete的时候。 delete from table_name

清除了数据，同时数据表的空间也会变为0

如果已经删除了表数据的很大一部分，或者有很多变化和变长表行(VARCHAR表,VARBINARY、BLOB或文本列)进行了更改，因为删除操作后在数据文件中留下碎片所致。DELETE只是将数据标识位删除，并没有整理数据文件，当插入新数据后，会再次使用这些被置为删除标识的记录空间，可以使用OPTIMIZE TABLE来回收未使用的空间，并整理数据文件的碎片。

在网站的实际运行过程中。经常会存在这样的附带条件删除数据的操作行为。天长日久，这不就在数据库中浪费了很多的空间吗。这个时候我们该使用 OPTIMIZE TABLE 指令对表进行优化了。

如何使用 OPTIMIZE 以及在什么时候该使用 OPTIMIZE 指令呢？
 
命令语法：OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name] ...

最简单的：optimize table 表名;
 
如果您已经删除了表的一大部分，或者如果您已经对含有可变长度行的表（含有VARCHAR, BLOB或TEXT列的表）进行了很多更改，则应使用 OPTIMIZE TABLE。被删除的记录被保持在链接清单中，后续的INSERT操作会重新使用旧的记录位置。您可以使用OPTIMIZE TABLE来重新 利用未使用的空间，并整理数据文件的碎片。
 
在多数的设置中，您根本不需要运行OPTIMIZE TABLE。即使您对可变长度的行进行了大量的更新，您也不需要经常运行，每周一次或每月一次即可，只对特定的表运行。
 
OPTIMIZE TABLE只对MyISAM, BDB和InnoDB表起作用。

针对myisam引擎，使用optimize table 还有如下功能：

If the table has deleted or split rows, repair the table. [修复表]

If the index pages are not sorted, sort them. [索引未排序，会排序]

If the table's statistics are not up to date (and the repair could not be accomplished by sorting the index), update them.[若表的统计信息不是最新的，更新它]

对myiam数据表进行批量删除后，发现空间没有回收，要通过optimize table来回收空间 
注意，在OPTIMIZE TABLE运行过程中，MySQL会锁定表。因此，这个操作一定要在网站访问量较少的时间段进行。

TRUNCATE

其语法结构为：

TRUNCATE [TABLE] tbl_name

这里简单的给出个示例，

我想删除 friends 表中所有的记录，可以使用如下语句：

truncate table friends;

delete的效果有点像将mysql表中所有记录一条一条删除到删完，而truncate相当于保留mysql表的结构，重新创建了这个表，所有的状态都相当于新表,这样空间就减下来了。

好了，当然对于我们网站不可能使用truncate table来清除了，因这样之后所有数据都丢失了，这样肯定是不合理的清除了，我们必须使用delete来删除，然后再来修复优化表了哦。