MySQL删除表数据、清空表命令(truncate、drop、delete 区别)

本文涉及的产品
RDS MySQL DuckDB 分析主实例,基础系列 4核8GB
RDS AI 助手,专业版
RDS MySQL DuckDB 分析主实例,集群系列 4核8GB
简介: MySQL删除表数据、清空表命令(truncate、drop、delete区别)使用原则总结如下:当你不需要该表时(删除数据和结构),用drop;当你仍要保留该表、仅删除所有数据表内容时,用truncate;当你要删除部分记录、且希望能回滚的话,用delete;

一、MySQL清空表数据三种方法

1.1 清空表数据:truncate

  • sql命令
#清空多张表、库中所有表的数据
truncate table table_name1,table_name2,...;

#清空单张表的数据
truncate table table_name;
  • 注意:
  • truncate会删除表中的所有数据、释放空间,但是保留表结构
  • 只能操作表,不能与where一起使用
  • truncate删除操作立即生效,原数据不放到rollback segment中,不能rollback,操作不触发trigger
  • truncate删除数据后会释放表空间、重置Identity(标识列、自增字段),相当于自增列会被置为初始值,又重新从1开始记录、而非接着原来的id数
  • truncate删除数据后不写服务器log,整体删除速度快

1.2 删除表:drop

  • sql命令
drop table table_name;
drop table if exists table_name;
  • 注意:
    • drop会删除整个表,包括表结构和数据,释放空间
    • 立即执行,执行速度最快
    • 不可回滚

1.3 删除/清空表数据:delete

  • sql命令
#删除部分数据
delete from tb_name where clause;

#清空表,仅删除数据、保留表结构,同时也不释放表空间
delete from tb_name;
  • 注意:
    • 删除表中数据而不删除表结构,也不释放空间
    • delete可以删除一行、多行、乃至整张表
    • 每次删除一行,都在事务日志中为所删除的每行记录一项,可回滚
    • 如果不加where条件,表示删除表中所有数据,仅删除数据、保留表结构,同时也不释放表空间

MySQL、Mariadb、PostgreSQL删除表数据、清空表命令 都可用以上三种命令。

二、使用原则

使用原则总结如下:

  • 当你不需要该表时(删除数据和结构),用drop;
  • 当你仍要保留该表、仅删除所有数据表内容时,用truncate;
  • 当你要删除部分记录、且希望能回滚的话,用delete;

在没有备份的情况下,谨慎使用drop、truncate。

在实际应用中,要根据具体需求和场景选择合适的操作。

三、truncate、drop、delete区别

truncate、delete和drop都是用于删除数据或表的操作,但它们之间有一些关键的区别:

  1. 操作类型:
    • truncate:删除表中的所有数据,保留表结构,释放空间。它是一种DDL(数据定义语言)操作,执行速度较快。
    • delete:删除表中的特定行,可以逐行删除,保留表结构,也不释放空间。它是一种DML(数据操作语言)操作,执行速度较慢。
    • drop:删除整个表,包括表结构和数据,释放空间。它是一种DDL操作,但不同于truncate,它会释放表所占用的空间。
  2. 数据删除方式:
    • truncate:删除表中的所有数据,但不会删除表结构。适用于需要保留表结构的情况。
    • delete:删除表中的特定数据,可以根据条件删除,表的结构和约束保持不变。适用于需要根据特定条件删除数据的情况。
    • drop:删除整个表,包括表结构和数据。适用于不再需要表结构的情况。
  3. 执行速度:drop > truncate > delete
    • truncate:执行速度较快,因为它一次性删除所有数据,过释放表的存储空间来删除数据,并将表重置为初始状态。
    • delete:执行速度较慢,因为它需要逐行删除数据,并且会生成大量的事务日志,同时也不释放空间。
    • drop:执行速度较快,因为它一次性删除整个表。
  4. 回滚能力:
    • truncate:不可回滚,一旦执行,数据将被永久删除、无法恢复。
    • delete:可以回滚,使用ROLLBACK语句可以撤销删除操作。
    • drop:不可回滚,一旦执行,表结构和数据都将被永久删除。
  5. 触发器:
    • truncate:不会触发触发器。
    • delete:会触发触发器。
    • drop:不会触发触发器,因为它是删除整个表。

总结:

  • 如果您需要快速删除整个表中的数据,但保留表结构,可以选择truncate。
  • 如果您需要删除特定行的数据,可以根据条件删除,可以选择delete。
  • 如果您需要删除整个表,包括表结构和数据,可以选择drop。
    在实际应用中,要根据具体需求和场景选择合适的操作。
相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
相关文章
|
10月前
|
缓存 NoSQL 关系型数据库
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
|
8月前
|
SQL 人工智能 关系型数据库
如何实现MySQL百万级数据的查询?
本文探讨了在MySQL中对百万级数据进行排序分页查询的优化策略。面对五百万条数据,传统的浅分页和深分页查询效率较低,尤其深分页因偏移量大导致性能显著下降。通过为排序字段添加索引、使用联合索引、手动回表等方法,有效提升了查询速度。最终建议根据业务需求选择合适方案:浅分页可加单列索引,深分页推荐联合索引或子查询优化,同时结合前端传递最后一条数据ID的方式实现高效翻页。
433 0
|
6月前
|
SQL 关系型数据库 MySQL
Mysql数据恢复—Mysql数据库delete删除后数据恢复案例
本地服务器,操作系统为windows server。服务器上部署mysql单实例,innodb引擎,独立表空间。未进行数据库备份,未开启binlog。 人为误操作使用Delete命令删除数据时未添加where子句,导致全表数据被删除。删除后未对该表进行任何操作。需要恢复误删除的数据。 在本案例中的mysql数据库未进行备份,也未开启binlog日志,无法直接还原数据库。
|
7月前
|
存储 关系型数据库 MySQL
在CentOS 8.x上安装Percona Xtrabackup工具备份MySQL数据步骤。
以上就是在CentOS8.x上通过Perconaxtabbackup工具对Mysql进行高效率、高可靠性、无锁定影响地实现在线快速全量及增加式数据库资料保存与恢复流程。通过以上流程可以有效地将Mysql相关资料按需求完成定期或不定期地保存与灾难恢复需求。
570 10
|
8月前
|
SQL 存储 缓存
MySQL 如何高效可靠处理持久化数据
本文详细解析了 MySQL 的 SQL 执行流程、crash-safe 机制及性能优化策略。内容涵盖连接器、分析器、优化器、执行器与存储引擎的工作原理,深入探讨 redolog 与 binlog 的两阶段提交机制,并分析日志策略、组提交、脏页刷盘等关键性能优化手段,帮助提升数据库稳定性与执行效率。
216 0
|
11月前
|
关系型数据库 MySQL Linux
在Linux环境下备份Docker中的MySQL数据并传输到其他服务器以实现数据级别的容灾
以上就是在Linux环境下备份Docker中的MySQL数据并传输到其他服务器以实现数据级别的容灾的步骤。这个过程就像是一场接力赛,数据从MySQL数据库中接力棒一样传递到备份文件,再从备份文件传递到其他服务器,最后再传递回MySQL数据库。这样,即使在灾难发生时,我们也可以快速恢复数据,保证业务的正常运行。
514 28
|
存储 SQL 关系型数据库
【YashanDB知识库】MySQL迁移至崖山char类型数据自动补空格问题
**简介**:在MySQL迁移到崖山环境时,若字段类型为char(2),而应用存储的数据仅为'0'或'1',查询时崖山会自动补空格。原因是mysql的sql_mode可能启用了PAD_CHAR_TO_FULL_LENGTH模式,导致保留CHAR类型尾随空格。解决方法是与应用确认数据需求,可将崖山环境中的char类型改为varchar类型以规避补空格问题,适用于所有版本。
|
10月前
|
存储 SQL 缓存
mysql数据引擎有哪些
MySQL 提供了多种存储引擎,每种引擎都有其独特的特点和适用场景。以下是一些常见的 MySQL 存储引擎及其特点:
273 0
|
12月前
|
SQL 关系型数据库 MySQL
【YashanDB知识库】字符集latin1的MySQL中文数据如何迁移到YashanDB
本文探讨了在使用YMP 23.2.1.3迁移MySQL Server字符集为latin1的中文数据至YashanDB时出现乱码的问题。问题根源在于MySQL latin1字符集存放的是实际utf8编码的数据,而YMP尚未支持此类场景。文章提供了两种解决方法:一是通过DBeaver直接迁移表数据;二是将MySQL表数据转换为Insert语句后手动插入YashanDB。同时指出,这两种方法适合单张表迁移,多表迁移可能存在兼容性问题,建议对问题表单独处理。
【YashanDB知识库】字符集latin1的MySQL中文数据如何迁移到YashanDB
|
缓存 NoSQL 关系型数据库
Redis和Mysql如何保证数据⼀致?
1. 先更新Mysql,再更新Redis,如果更新Redis失败,可能仍然不⼀致 2. 先删除Redis缓存数据,再更新Mysql,再次查询的时候在将数据添加到缓存中 这种⽅案能解决1 ⽅案的问题,但是在⾼并发下性能较低,⽽且仍然会出现数据不⼀致的问题,⽐如线程1删除了 Redis缓存数据,正在更新Mysql,此时另外⼀个查询再查询,那么就会把Mysql中⽼数据⼜查到 Redis中 1. 使用MQ异步同步, 保证数据的最终一致性 我们项目中会根据业务情况 , 使用不同的方案来解决Redis和Mysql的一致性问题 : 1. 对于一些一致性要求不高的场景 , 不做处理例如 : 用户行为数据 ,

相关产品

  • 云数据库 RDS MySQL 版
  • 推荐镜像

    更多