truncate在不同版本中的區別

中午和同事討論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之後會自動釋放資源，也就是在容量上可以看出來變少。