数据库表里删一列其实没那么难，教你一步步轻松搞定单个字段删除

（引用来源：知乎专栏“后端技术小灶”）

在数据库的世界里，有时候我们会觉得动表结构是件大事，尤其是删除一列数据，心里总会咯噔一下，生怕把重要的数据弄丢了或者把整个系统搞垮了，但其实，如果你只是想把一个不用的字段从表里清理掉，步骤是相当直接和简单的，今天我们就来一步步拆解这个过程,让你能放心大胆地去操作。

最重要的一步，不是直接去写命令，而是备份，这是你的“安全绳”，无论后面操作出什么岔子，只要有备份在，你心里就有底，怎么备份呢？最简单的方式就是把你打算修改的这张表整个导出一份，具体命令根据你用的数据库不同而略有差异，但思路都一样，你可以用工具把表的数据导出一个SQL文件或者CSV文件，存到一个安全的地方，这一步做完,你就可以安心地进行后续操作了。

（引用来源：CSDN博客“DBA的日常运维笔记”）

备份好了之后，你需要确认一下这个字段是不是真的没人用了，别看这个字段好像很久没动过，但说不定某个古老的程序或者某个定时任务还在偷偷地读取或写入它，你怎么确认呢？一个比较稳妥的办法是，在你的数据库管理工具里，查一下最近一段时间内，有没有SQL语句涉及到这个字段，如果查了半天，发现这个字段就像被遗忘在角落里的旧家具，积满了灰，几个月甚至几年都没人碰过,那它大概率就是可以安全删除的了。

好了，现在备份有了，也确认过这个字段是“孤家寡人”了，接下来就是动真格的时候了，删除一列的核心命令非常简单，就是ALTER TABLE ... DROP COLUMN ...,我们来把这个命令拆开看：

• ALTER TABLE：这个词组的意思是“修改表结构”,告诉数据库你要对某张表动手脚了。
• 后面跟着你的表的名字，比如你有一张表叫 user_info。
• 再后面是 DROP COLUMN，这是关键动作，意思是“删除列”。
• 最后就是你想要删除的那个字段的名字，比如一个叫 old_phone_number 的字段。

完整的命令看起来就是这样的：ALTER TABLE user_info DROP COLUMN old_phone_number;

（引用来源：个人技术博客“码农的自我修养”）

你可能会问，就这么简单？对，在大多数情况下，就是这么简单一条命令，在执行这条命令之前，还有几个小细节需要你留心一下,这能避免一些意想不到的错误：

1. 检查是否有依赖关系：这个字段是不是被其他东西“拴着”？有没有其他的表通过一种叫“外键”的东西引用了这个字段？或者，数据库里有没有一些叫做“视图”、“存储过程”的程序代码用到了这个字段？如果有这些情况，你直接删除会报错，最好先检查一下，如果有，你需要先把这些依赖关系解除掉（比如删除外键约束或者修改那些程序代码）,然后再来删字段。
2. 考虑一下时机：删除操作虽然快，但毕竟也是对表结构上的一把锁，可能会短暂地影响到其他正在读写这张表的操作，最好挑一个网站或者应用访问量比较小的时候进行，比如深夜或者凌晨,这样对用户的影响最小。
3. 准备好回滚方案：虽然我们备份了，但真出了问题怎么快速恢复呢？你心里要有个数，最简单的回滚就是：万一删除后发现有程序报错了，立刻用之前备份的文件把表恢复回来,备份文件一定要放在手边。

你可以打开你的数据库管理工具（比如Navicat、DBeaver，或者直接命令行连接数据库），深吸一口气，然后郑重地输入那条命令，并执行它，正常情况下，你会很快看到一个提示，说命令执行成功，影响了0行数据（因为这是修改结构，不是删除数据行，所以是0行），这时候，你再去看你的表结构，就会发现那个不需要的字段已经消失了,整个表看起来清爽多了。

（引用来源：开源社区Stack Overflow相关问答总结）

别忘了验证和收尾，字段删除成功后，并不是就万事大吉了，你需要确保之前使用这个应用的系统都运行正常，你可以去前台页面点一点，看看有没有报错日志，如果一切如常，那么恭喜你，这次删除操作就圆满成功了，之后，你可以考虑在合适的时候，把那个临时做的备份清理掉,毕竟它已经完成了历史使命。

删除数据库表里的一列，真的没那么可怕，它的核心步骤就是：备份 -> 确认 -> 执行删除命令 -> 验证，只要你胆大心细，按照这个流程走，就能轻松搞定，希望这篇内容能打消你对删除字段的恐惧,让你在管理数据库时更加得心应手。