(1)当DELETE后面跟条件的时候,则就会出现这个问题。如:
deletefromtable_namewhere条件
删除数据后,数据表占用的空间大小不会变。
(2)不跟条件直接delete的时候。如:
deletefromtable_name
清除了数据,同时数据表的空间也会变为0。
这就存在了一个问题,在网站的实际运行过程中。经常会存在这样的附带条件删除数据的 *** 作行为。天长日久,这不就在数据库中浪费了很多的空间吗。这个时候我们该使用OPTIMIZETABLE指令对表进行优化了。
如何使用OPTIMIZE以及在什么时候该使用OPTIMIZE指令呢?
命令语法:OPTIMIZE[LOCAL|NO_WRITE_TO_BINLOG]TABLEtbl_name[,tbl_name]...
最简单的:optimizetablephpernote_article
如果您已经删除了表的一大部分,或者如果您已经对含有可变长度行的表(含有VARCHAR,BLOB或TEXT列的表)进行了很多更改,则应使用
OPTIMIZETABLE。被删除的记录被保持在链接清单中,后续的INSERT *** 作会重新使用旧的记录位置。您可以使用OPTIMIZE
TABLE来重新利用未使用的空间,并整理数据文件的碎片。
在多数的设置中,您根本不需要运行OPTIMIZETABLE。即使您对可变长度的行进行了大量的更新,您也不需要经常运行,每周一次或每月一次即可,只对特定的表运行。
OPTIMIZETABLE只对MyISAM,BDB和InnoDB表起作用。
注意,在OPTIMIZETABLE运行过程中,MySQL会锁定表。因此,这个 *** 作一定要在网站访问量较少的时间段进行。
TRUNCATE
其语法结构为:
TRUNCATE[TABLE]tbl_name
这里简单的给出个示例,
我想删除friends表中所有的记录,可以使用如下语句:
truncatetablefriends
delete的效果有点像将mysql表中所有记录一条一条删除到删完,而truncate相当于保留mysql表的结构,重新创建了这个表,所有的状态都相当于新表,这样空间就减下来了。
好了,当然对于我们网站不可能使用truncatetable来清除了,因这样之后所有数据都丢失了,这样肯定是不合理的清除了,我们必须使用delete来删除,然后再来修复优化表了哦。
1、drop table table_name 立刻释放磁盘空间 ,不管是 Innodb和MyISAM2、truncate table table_name 立刻释放磁盘空间 ,不管是 Innodb和MyISAM 。truncate table其实有点类似于drop table 然后creat,只不过这个create table 的过程做了优化,比如表结构文件之前已经有了等等。所以速度上应该是接近drop table的速度
3、delete from table_name删除表的全部数据,对于MyISAM 会立刻释放磁盘空间 (应该是做了特别处理,也比较合理),InnoDB 不会释放磁盘空间
4、对于delete from table_name where xxx带条件的删除, 不管是innodb还是MyISAM都不会释放磁盘空间
5、delete *** 作以后使用optimize table table_name 会立刻释放磁盘空间。不管是innodb还是myisam 。所以要想达到释放磁盘空间的目的,delete以后执行optimize table *** 作。
6、delete from表以后虽然未释放磁盘空间,但是下次插入数据的时候,仍然可以使用这部分空间。
1、drop table table_name 立刻释放磁盘空间 ,不管是 Innodb和MyISAM2、truncate table table_name 立刻释放磁盘空间 ,不管是 Innodb和MyISAM 。truncate table其实有点类似于drop table 然后create
只不过这个create table 的过程做了优化,比如表结构文件之前已经有了等等,就不需要重新再搞一把。所以速度上应该是接近drop table的速度。
如果对您有帮助,望采纳!谢谢!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)