中午和同事讨论truncate到底会不会释放资源，大部分都认为会，但是其实具体情况是和MySQL的版本有关。
before 5.0.3
truncate是delete rows one by one。
between 5.0.3 and 5.0.8
当有外键的时候还是delete rows one by on，但是当没有外键的时候会采用drop and re-create的方式来操作。
（并且，这个时候AUTO_INCREMENT的计数器会在truncate的时候置零。）
after 5.0.8
5.0.8之后在truncate的时候会增加implicit commit，增加事务的安全性。但是操作模式和之前一样。
before 5.1.16
在5.1.16之前，truncate需要delete权限才可以执行。
between 5.1.16 and 5.1.39
对于5.1.16之后，truncate操作需要drop权限才可以执行。对于InnoDB的表，如果没有外键，那么会drop原表，并创建一个空表来完成truncate，如果有外键，那么还是delete one by one。
如果配置了innodb_file_per_table选项，那么会重用原来的表空间，但是如果有InnoDB Plugin会自动释放资源，如果没有就不会自动释放，只能通过调用alter table或者OPTIMIZE table来释放资源。
after 5.1.32
在read committed和read uncommitted的隔离级别下，采用STATEMENT或者MIX的binlog模式，binlog中会记录drop table和create table，这就相当于是DDL操作而不是DML操作。
after 5.5
版本5.5之后，均为先drop后create的操作方式。并且5.5之后会自动释放资源，也就是在容量上可以看出来变少。
参考文档：
http://dev.mysql.com/doc/refman/5.0/en/truncate-table.html
http://dev.mysql.com/doc/refman/5.1/en/truncate-table.html
http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html
http://dev.mysql.com/doc/refman/5.6/en/truncate-table.html