这篇文章给大家分享的是有关MySQL中删除表操作实现有哪些区别的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。

十多年的博白网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。营销型网站的优势是能够根据用户设备显示端的尺寸不同，自动调整博白建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。成都创新互联公司从事“博白网站设计”,“博白网站推广”以来，每个客户项目都认真落实执行。

本文主要讲mysql中三种删除表的操作，delete语句、truncate语句以及drop语句的区别：

简介

delete

1、删除整张表的数据：

delete from table_name;

2、删除部分数据，添加where子句：

delete from table_name where...;

3、说明

１）、属于DML语言，每次删除一行，都在事务日志中为所删除的每行记录一项。产生rollback，事务提交之后才生效;如果有相应的 trigger,执行的时候将被触发，如果删除大数据量的表速度会很慢。
２）、删除表中数据而不删除表的结构(定义)，同时也不释放空间。

truncate

1、只能操作表，将表中数据全部删除，在功能上和不带where子句的delete语句相同：

truncate table table_name;

2、说明

１)、默认情况下，truncate通过释放存储表数据所用的数据页来删除数据，并且只在事务日志中记录页的释放。所以使用的系统和事务日志资源少，可以使用reuse storage; truncate会将高水线复位(回到最开始).
2 )、 truncate是DDL语言, 操作立即生效,自动提交，原数据不放到rollback segment中,不能回滚. 操作不触发trigger.
3 )、删除内容、释放空间但不删除表的结构(定义)。

drop

1、drop语句将删除表的结构，以及被依赖的约束(constrain),触发器(trigger),索引(index);

drop table table_name;

2、说明
1）、删除之后，依赖于该表的存储过程/函数将保留,但是变为invalid状态.
2）、drop也属于DDL语言，立即执行，执行速度最快
3）、删除内容和定义，释放空间。

区别

1、表和索引所占空间：
当表被TRUNCATE 后，这个表和索引所占用的空间会恢复到初始大小；
DELETE操作不会减少表或索引所占用的空间；
DROP语句将表所占用的空间全释放掉。

2、应用范围：
TRUNCATE 只能对table；
DELETE可以是table和view。

3、执行速度： drop > truncate > delete

4、delete from删空表后，会保留一个空的页，truncate在表中不会留有任何页。

5、DELETE语句执行删除的过程是每次从表中删除一行，并且同时将该行的删除操作作为事务记录在日志中保存以便进行进行回滚操作。

TRUNCATE TABLE 则一次性地从表中删除所有的数据并不把单独的删除操作记录记入日志保存，删除行是不能恢复的。并且在删除的过程中不会激活与表有关的删除触发器。执行速度快。

6、当使用行锁执行 DELETE 语句时，将锁定表中各行以便删除。truncate始终锁定表和页，而不是锁定各行。

7、如果有identity产生的自增id列，delete from后仍然从上次的数开始增加，即种子不变；

使用truncate删除之后，种子会恢复到初始值。

总结

1、delete 语句可以使用where子句实现部分删除，而truncate不可以，会将表中的整个数据全部删除，使用时，可以按需求选择；
2、如果想从表中删除所有的数据，不要使用delete，可以使用truncate语句，因为这样执行速度更快。truncate语句实际是删除原来的表然后重新建立一个新表；
3、在没有备份情况下，谨慎使用 drop 与 truncate。要删除表结构使用drop;
4、对于由 FOREIGN KEY 约束引用的表，不能使用 TRUNCATE TABLE，而应使用不带 WHERE 子句的 DELETE 语句。由于 TRUNCATE TABLE 不记录在日志中，所以它不能激活触发器。

感谢各位的阅读！关于“MySQL中删除表操作实现有哪些区别”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！

文章题目：MySQL中删除表操作实现有哪些区别
文章分享：http://csdahua.cn/article/geeoop.html