数据库里表格删不掉？教你几招轻松搞定这烦人问题

综合参考自CSDN博客“数据库操作常见问题”、知乎专栏“程序员的日常避坑指南”以及一些技术社区的用户经验分享）

数据库里表格删不掉？教你几招轻松搞定这烦人问题

你是不是也遇到过这种情况？在数据库里，想删掉一个没用的表格，结果敲完删除命令，数据库不但没乖乖听话，反而给你弹出一串红字报错，这时候，感觉那个表格就像个耍无赖的家伙，赖在你的数据库里不走了，特别烦人，别着急，这其实是个挺常见的问题，原因多种多样，下面我就给你支几招，帮你轻松搞定这个烦人的问题，咱们不用那些让人头大的专业术语,就用大白话把问题讲清楚。

第一招：先检查有没有“锁”住它

想象一下，你要扔掉一个旧箱子，但箱子现在正被你的家人用着，你肯定没法直接扔，数据库里的表也一样，最常见的原因就是，这个表正在被别的地方“使用”着，什么叫“使用”着呢？

• 可能有查询正在看它：你或者你的同事，在另一个查询窗口里，对这个表执行了一个SELECT（查看）语句，但是忘了关掉这个查询,或者某个程序正在读取这个表的数据。
• 可能有个事务没完没了：有个操作（比如修改数据）开始了，但一直没有正常结束（既没确认提交，也没取消回滚）,这个表就会被一直占着。

怎么办？ 你得先去数据库里看看，有没有“锁”在这个表上的东西，不同的数据库查看方法不太一样，比如在SQL Server里，你可以跑一个叫sp_who2的命令，看看有没有进程的“BlkBy”（阻塞者）这一栏显示有内容，或者直接找这个表名，如果找到了，最干脆的办法就是找到那个捣乱的进程，然后把它“干掉”（终止掉那个进程）,在这之前最好确认一下那个进程是不是真的没用了。

第二招：看看是不是有“外键”牵着它

这个原因也非常普遍，比如你有两张表，一张是“用户表”，一张是“订单表”。“订单表”里有个字段记录了这条订单是哪个用户的，这个关系就叫“外键”，订单表”还存在着，你就不能直接删除“用户表”，因为数据库怕删了用户，订单就找不到主了,数据就乱套了。

怎么办？ 这时候你不能硬来，得按顺序来，要么，你先去把“订单表”里所有引用了这个要删的表的数据都删掉；要么，你就先把那个“外键”关系解除掉（删除外键约束），然后再删表，简单说就是,先处理掉依赖关系再动手。

第三招：权限不够，底气不足

不是你操作不对，而是你的“账号权限”不够，就像你想删掉公司会议室里的一个旧柜子，但你只是个普通员工，可能没这个权力,得找行政部有权限的人来操作。

怎么办？ 检查一下你登录数据库的这个账号，有没有删除表（DROP TABLE）的权限，如果没有，你就需要联系你们的数据库管理员（DBA），让他给你授权，或者让他帮你删，自己不要乱动权限设置,以免出其他问题。

第四招：名字搞错了或者数据库选错了

这种属于低级错误，但忙起来的时候真的很容易犯，表名的大小写没写对（有些数据库很计较这个），或者表名后面多打了个空格你不容易发现，更常见的是，你以为自己在这个数据库里，结果连接的是另一个数据库，在那个库里找这个表，当然找不到,删除也就失败了。

怎么办？ 沉住气，仔细核对一下表名，最好直接从对象浏览器里复制表名，避免手打出错,再确认一下你当前使用的数据库是不是正确的那个。

第五招：对付系统自带的“特殊”表格

有些数据库有自己系统用的表，这些表一般是不能随便删的，数据库会拼命保护它们，如果你试图删这种表，肯定会失败，你也不会主动去删系统表，除非是某些特殊情况,比如自己做测试库玩的时候。

怎么办？ 确认一下你要删的表是不是你自己建的业务表，而不是名字看起来像sys.、information_schema.开头的这种系统表，如果是系统表，除非你非常清楚后果,否则千万别删。

终极笨办法但很有效：重启大法

如果上面所有方法都试了，还是搞不定，或者你一时半会儿也查不出到底是哪个进程在捣乱，可以试试“重启数据库服务”这个终极方法。（注意：这个方法在生产环境要非常谨慎，只能在测试环境或者万不得已时用！）

因为重启服务会断掉所有连接，结束所有进程，释放所有锁，重启完之后，你第一时间去删那个表，成功率会非常高，但这相当于让数据库整体关机再开机，会影响所有用数据库的人,所以一定要慎用。

最后的小贴士

删表是个危险操作，一旦删除，数据很可能就找不回来了，在敲下删除命令之前,一定要养成好习惯：

1. 先备份！先备份！先备份！ 重要的事情说三遍，哪怕这个表你觉得没用了,也最好先备份一下整个数据库或者这个表的数据。
2. 在命令前加上BEGIN TRANSACTION（开始事务），这样万一删错了，你还可以用ROLLBACK（回滚）命令撤销删除操作，确认删对了，再COMMIT（提交）。

希望这几招能帮你解决表格删不掉的烦恼，遇到问题别慌，一步步排查,总能找到原因的。