源于一个读者实际工作中遇到的问题，老大一直强调线上不允许用 delete 来删除 Mysql 数据库的数据（有一次发飚了，说如果再发现谁这样操作直接开除）。为什么 MySQL 不建议使用 delete 删除数据呢？
这就得从以下几方面说起！！！
MySQL 是一种关系型数据库管理系统，它的数据存储是基于磁盘上的文件系统实现的。MySQL 将数据存储在表中，每个表由一系列的行和列组成。每一行表示一个记录，每一列表示一个字段。表的结构由其列名、数据类型、索引等信息组成。
MySQL 的数据存储采用了多种技术来优化性能和存储效率。以下是 MySQL 数据存储的一些
关键特性
。
MySQL 支持多种不同的存储引擎，每种引擎都有不同的性能和存储特性。常见的存储引擎有 InnoDB、MyISAM、Memory 等。不同的存储引擎支持不同的数据存储方式，如 B树索引、哈希索引、全文索引等。
MySQL 使用数据页来管理存储在磁盘上的数据。数据页是 MySQL 存储引擎中最基本的存储单元，通常情况下每个数据页的大小为 16KB。数据页包含多个记录，每个记录对应一行数据。
MySQL 使用索引来优化数据的检索效率。索引是一种特殊的数据结构，它能够快速地查找表中的数据。MySQL 支持多种类型的索引，如 B 树索引、哈希索引、全文索引等。B 树索引是 MySQL 中最常用的索引类型，它能够快速地查找表中的数据。
MySQL 支持事务，事务可以保证数据的一致性、可靠性和安全性。MySQL 的事务是基于 ACID 模型实现的，它能够确保数据在事务中的操作要么全部成功，要么全部回滚。事务的支持使得 MySQL 在多用户并发访问时能够保证数据的完整性和一致性。
总之，MySQL 的数据存储基于磁盘上的文件系统实现，采用多种技术来优化性能和存储效率，如存储引擎、数据页、索引、事务等。这些特性使得 MySQL 成为一种高性能、可靠和安全的关系型数据库管理系统。
咱们常用的三种删除方式：通过 delete、truncate、drop 关键字进行删除；这三种都可以用来删除数据，但场景不同。
执行速度
：drop > truncate >> DELETE
DELETE
DELETE from TABLE_NAME where xxx
DELETE 属于数据库
DML操作语言
，只删除数据不删除表的结构，会走事务，执行时会触发trigger；
在 InnoDB 中，DELETE其实并不会真的把数据删除，mysql 实际上只是给删除的数据打了个标记为已删除，因此 delete 删除表中的数据时，表文件在磁盘上所占空间不会变小，存储空间不会被释放，只是把删除的数据行设置为不可见。**虽然未释放磁盘空间，但是下次插入数据的时候，仍然可以重用这部分空间（重用 → 覆盖）。
DELETE执行时，会先将所删除数据缓存到rollback segement中，事务commit之后生效;
delete from table_name
删除表的全部数据,对于MyISAM 会立刻释放磁盘空间，InnoDB 不会释放磁盘空间;
对于
delete from table_name where xxx
带条件的删除, 不管是InnoDB还是MyISAM都不会释放磁盘空间;
delete操作以后使用
optimize table table_name
会立刻释放磁盘空间。不管是InnoDB还是MyISAM 。所以要想达到释放磁盘空间的目的，delete以后执行optimize table 操作。
示例：查看表占用硬盘空间大小的SQL语句如下：（用M做展示单位，数据库名：csjdemo，表名：demo2）
select concat (round(sum(DATA_LENGTH/1024 /1024 ) ,2),'M') as table_size ='csjdemo' AND table_name='demo2' ;
然后执行空间优化语句，以及执行后的表Size变化：
optimize table demo2
再看看这张表的大小，就只剩下表结构size了。
delete 操作是一行一行执行删除的，并且同时将该行的的
删除操作日志记录在redo和undo
表空间中以便进行回滚（rollback)和重做操作，
生成的大量日志也会占用磁盘空间
。
drop
Drop table Tablename
属于数据库
DDL定义语言
，同Truncate，
执行后立即生效，无法找回
。
drop table table_name 立刻释放磁盘空间 ，不管是 InnoDB 和 MyISAM; drop 语句将删除表的结构被依赖的约束(constrain)、触发器(trigger)、索引(index); 依赖于该表的存储过程/函数将保留,但是变为 invalid 状态。
小心使用 drop ，要删表跑路的兄弟，请在订票成功后在执行操作！
可以这么理解，一本书，delete是把目录撕了，truncate是把书的内容撕下来烧了，drop是把书烧了
truncate
属于数据库
DDL定义语言
，
不走事务
，原数据不放到 rollback segment 中，操作不触发 trigger。
执行后立即生效，无法找回
！
truncate table table_name 立刻释放磁盘空间 ，不管是 InnoDB和MyISAM 。truncate table其实有点类似于drop table 然后creat,只不过这个create table 的过程做了优化，比如表结构文件之前已经有了等等。所以速度上应该是接近drop table的速度;
truncate 能够快速清空一个表。并且重置auto_increment的值。
但对于不同的类型存储引擎需要注意的地方是：
对于
MyISAM
，truncate会重置auto_increment（自增序列）的值为1。而delete后表仍然保持auto_increment。
对于
InnoDB
，truncate会重置auto_increment的值为1。delete后表仍然保持auto_increment。但是在做delete整个表之后重启MySQL的话，则重启后的auto_increment会被置为1。
也就是说，InnoDB 的表本身是无法持久保存auto_increment。delete表之后 auto_increment仍然保存在内存，但是重启后就丢失了，只能从1开始。实质上重启后的auto_increment会从 SELECT 1+MAX(ai_col) FROM t 开始。
小心使用 truncate，尤其没有备份的时候，如果误删除线上的表，记得及时跑路。
基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
项目地址：https://github.com/YunaiV/ruoyi-vue-pro
视频教程：https://doc.iocoder.cn/video/
