数据库里批量删表那些事儿，教你几招省时又靠谱的操作技巧

综合自DBA日常工作经验分享及常见运维手册）

数据库这玩意儿，用久了难免会留下一堆没用的表，比如临时测试的表、已经下线功能的旧表，或者是日志表攒了太多需要清理，一张两张表手动删删还行，但要是一次性删几十上百张，还用手动的话，那不仅效率低，更是容易出错，万一不小心删错一张核心业务表，那可不是开玩笑的，搞出个“从删库到跑路”的剧情就麻烦了，今天就来聊聊批量删表这件事,分享几招既省时又相对稳妥的操作技巧。

第一招：靠SQL语句生成SQL语句（万能基础招）

这招是基本功，几乎适用于所有支持标准SQL的关系型数据库，比如MySQL、PostgreSQL、SQL Server等，核心思想就是：我们先写一条查询语句，这条查询语句的目的不是查数据,而是生成一大堆删除表的SQL命令。

具体怎么做呢？数据库里通常都有一个叫“系统表”或者“信息模式”的地方，里面记录了所有表的名字、创建时间等信息,我们可以从这里把需要删除的表名查出来。

举个例子，在MySQL里，你想删除所有以“temp_”开头的临时表，你先别急着删,而是这么写：

SELECT CONCAT('DROP TABLE ', table_name, ';') FROM information_schema.tables WHERE table_schema = '你的数据库名' AND table_name LIKE 'temp_%';

这条命令执行后，它不会删任何表，而是会给你返回一个结果集，这个结果集里的每一行都是一条完整的DROP TABLE temp_xxx;语句，你仔细检查一下这些生成的语句，是不是都是你想删的那些表？确认无误后，把这一大堆DROP TABLE语句复制出来，一次性执行,任务就完成了。

这招的好处是，你在最终执行删除前，有一个检查和确认的步骤，心里有底，缺点是步骤稍微多了点,要复制粘贴。

第二招：用存储过程或脚本（自动化高手招）

如果你经常需要干这种批量清理的活儿，或者这次要删的表条件特别复杂,那么写一个简单的存储过程或者一个小脚本会更高效。

还拿MySQL举例，你可以写一个存储过程，在里面用游标遍历所有符合你条件的表名，然后循环执行DROP TABLE，这样你只需要调用一次这个存储过程,它就自动帮你全干完了。

这招对SQL功底有一定要求，而且写的时候要格外小心，逻辑必须严谨，别写成死循环或者把条件搞错了，对于不常写存储过程的人来说，风险反而比第一招大，更通用的方法是，用你熟悉的脚本语言，比如Python、PHP或者Shell脚本来做，脚本先连接数据库，查询出要删除的表名列表，然后一个个地执行删除命令，脚本的好处是，你可以在里面加入更多的逻辑判断、确认提示、甚至日志记录,灵活性非常高。

第三招：借助图形化工具的可视化操作（稳妥派招）

如果你用的是Navicat、DBeaver这类图形化的数据库管理工具,它们通常也提供批量操作的功能。

你可以在左侧的导航树里，按住Ctrl键，用鼠标一个个点选所有你想删除的表，选完之后，右键点击，选择“删除”或者“Drop”，工具通常会弹出一个确认对话框，列出所有你选中的表名,让你做最后一次确认。

这种方法非常直观，你眼睛能看到所有即将被删除的对象，对于那种表名没有明显规律、但又属于同一批需要清理的情况特别合适，它最大程度地避免了因为写错条件而误删的情况，适合对SQL不是特别熟悉、或者追求操作稳妥的同学。

重中之重：不管用哪一招，备份和确认永远是前提！

批量删除操作，最怕的就是误删，在执行任何删除命令之前,务必做好两件事：

1. 备份！备份！备份！ 重要的事情说三遍，哪怕你确定这些表没用了，也最好在操作前对整个数据库做一个完整的备份，或者至少导出这些表的结构和数据，有备无患,真出了问题还能回滚。
2. 双重确认。 无论是用第一招看生成的SQL语句，还是用第三招看图形化工具列出的表名，一定要花时间仔细核对一遍，最好在操作前，把要删除的表名单列出来，发给同事或者上级确认一下，多一双眼睛,多一分安全。

还有一个值得注意的小技巧：注意外键约束，如果你的表和其他表有外键关联，直接删除可能会因为违反外键约束而失败，在这种情况下，你可能需要先解除约束，或者设置级联删除，但这需要更慎重的评估，因为可能会影响到其他表的数据，对于批量操作，如果涉及外键，建议优先考虑使用脚本方式,按正确的依赖顺序进行删除。

批量删表是个技术活，也是个细心活，选择适合自己的方法，牢记安全第一，才能既省时省力，又不出岔子,希望这几招能帮到你。