标签：
今天空间商告诉我数据库空间满了，检查了一下，发现网站用户行为记录数据表竟然占了20多MB。积累了半年了，该删除释放一下空间了。果断delete之后发现数据库空间竟然没少，虽然数据记录数是零。
原来这是因为删除操作后在数据文件中留下碎片所致。DELETE只是将数据标识位删除，并没有整理数据文件，当插入新数据后，会再次使用这些被置为删除标识的记录空间。另外实际操作过程中还发现这个问题还存在两种情况。
（1）当DELETE后面跟条件的时候，则就会出现这个问题。如：
delete from table_name where 条件
删除数据后，数据表占用的空间大小不会变。
（2）不跟条件直接delete的时候。如：
delete from table_name
清除了数据，同时数据表的空间也会变为0。
这就存在了一个问题，在网站的实际运行过程中。经常会存在这样的附带条件删除数据的操作行为。天长日久，这不就在数据库中浪费了很多的空间吗。这个时候我们该使用 OPTIMIZE TABLE 指令对表进行优化了。
如何使用 OPTIMIZE 以及在什么时候该使用 OPTIMIZE 指令呢？
命令语法：OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name] ...
最简单的：optimize table phpernote_article;
如果您已经删除了表的一大部分，或者如果您已经对含有可变长度行的表（含有VARCHAR, BLOB或TEXT列的表）进行了很多更改，则应使用
OPTIMIZE TABLE。被删除的记录被保持在链接清单中，后续的INSERT操作会重新使用旧的记录位置。您可以使用OPTIMIZE
TABLE来重新 利用未使用的空间，并整理数据文件的碎片。
在多数的设置中，您根本不需要运行OPTIMIZE TABLE。即使您对可变长度的行进行了大量的更新，您也不需要经常运行，每周一次或每月一次即可，只对特定的表运行。
OPTIMIZE TABLE只对MyISAM, BDB和InnoDB表起作用。
注意，在OPTIMIZE TABLE运行过程中，MySQL会锁定表。因此，这个操作一定要在网站访问量较少的时间段进行。
http://www.bkjia.com/Mysql/856394.html
标签：
原文地址：http://www.cnblogs.com/seasonzone/p/5489911.html
