mysql tuncate 空间未释放

a.a

MySQL数据库里面的一张表比较大，占用的很多的空间。对它进行备份之后进行tuncate操作，但是truncate操作结束磁盘的空间并没有释放？
是需要重新启动一下数据库吗？

重新了启动数据库，但是空间仍未释放。
-------------------------------------
查询下资料原来innode引擎不会自动对其使用的空间进行收缩，需要借助optimize 来进行其内部存储结构的重新组织，释放相关的空间。

wenhq

show full processlists; 看下是否还有thread在读或者写这个表？

a.a

回复 2# wenhq


    操作的时候数据库处于空闲状态，processlit 里面没有针对对于操作表的query，重启mysql进程也是一样的。因为表是truncate掉的，然后我再次了一个drop操作，就没有办法做optimize了，我想把表重建一下然后再使用optimze 看看有没有效果。
   
-----------------------
   刚才尝试了重建表然后optimize，也是没有效果的。
   MySQL官方给的解决方法是：导出数据，删除掉数据文件，将数据重新导入。

seesea2517

innodb 是个麻烦事，如果你用了 5.0 以上版本，可以使用开启独立表空间的innodb引擎，然后删除数据的时候就会释放空间了（只是表数据空间），共享的文件空间也不会释放。
不过不释放也不怕，mysql逻辑上已经把那些删除的数据的空间腾出来了，新加数据的时候会写在里面的，这时候你会看到空间的增长就不那么快了。

seesea2517

innodb 是个麻烦事，如果你用了 5.0 以上版本，可以使用开启独立表空间的innodb引擎，然后删除数据的时候就会释放空间了（只是表数据空间），共享的文件空间也不会释放。
不过不释放也不怕，mysql逻辑上已经把那些删除的数据的空间腾出来了，新加数据的时候会写在里面的，这时候你会看到空间的增长就不那么快了。

a.a

回复 4# seesea2517


     lz说的是innodb_file_per_table这个参数吧。好消息是在>5.6.6的版本中已经默认开启了。

seesea2517

回复 6# a.a


我是 ls，你才是 lz。哈哈。

fengfeng919

中秋了，送点福利给哥们，一套Mysql优化的经典教程：http://t.cn/zQSXkUL