删了数据库用户，磁盘空间马上能空出来，不用等啥时间释放

很多人都有个误会,觉得在数据库里删掉一个不用的用户账号，就跟在电脑上删了个没用的文件夹一样，硬盘上马上就能多出一块空间，其实完全不是这么回事，这么想可能会耽误事，数据库这东西，它管理数据和空间的方式，跟我们在电脑桌面上操作文件很不一样。

你得先明白,数据库用户账号本身，在磁盘上占的地方简直可以忽略不计，它其实就是数据库系统内部一本“花名册”上的一行记录，记着用户名、密码、权限这些信息，这本“花名册”文件本身就不大，删掉其中一行，对文件大小的影响微乎其微，你指望靠这个来腾出可观的磁盘空间，那肯定要失望，真正占地方的，不是“用户”这个名头，而是这个用户名下拥有的那些数据，这个用户是某个业务系统的负责人，数据库里可能有好几个甚至几十个表都是属于他的，这些表里装满了成千上万条记录，这些才是吃硬盘空间的“大户”。

关键不在于“删用户”，而在于“删用户时，怎么处理他留下的那些数据”，这里就有讲究了，根据甲骨文公司官方手册的说明，当你用 DROP USER 这个命令时，后面可以跟两个不同的选项，结果天差地别。

一种情况是,你只输入 DROP USER 用户名;，这时候，如果这个用户名下还有任何数据对象（比如表、索引什么的），数据库会直接报错，拒绝删除，它这是在提醒你：“这人屋里还有一堆家当呢，你不能连人带东西直接炸平啊！” 这种情况下，用户账号根本没删掉，磁盘空间自然原封不动。

另一种情况是,你下定决心要清空，用了 DROP USER 用户名 CASCADE;，这个 CASCADE（级联）选项就很厉害了，它的意思是：“把这个用户，连同他名下所有的数据对象，统统给我删干净！” 数据库接到这个命令，就会开始干活，先把用户创建的那些表、索引等数据一个一个地删除，最后再抹掉用户账号本身的记录。

用了这个“霸道”的命令，磁盘空间是不是就立刻释放了呢？很遗憾，在绝大多数常见的数据库管理系统里，仍然不是立刻释放的，这跟数据库管理磁盘空间的基本原理有关，数据库为了提高写入数据的效率，会事先向操作系统申请一大块连续的磁盘空间，作为自己的“专用地盘”，这部分空间就叫数据文件，即使用户的数据被删除了，这部分空间也只是在数据库内部被标记为“可重复使用”，但并没有交还给操作系统，这就好比一个仓库，你只是把里面的一些旧货架清空了，但仓库本身的大小和围墙并没有拆掉，仓库占用的土地（也就是磁盘空间）并没有还给政府（操作系统），根据微软关于 SQL Server 的技术文档解释，删除数据后，空间只是在数据库文件内部变得可用，文件本身的大小并不会自动缩小。

那怎么样才能让操作系统看到这些空间呢？这就需要后续进行一个叫“收缩文件”的操作，这个操作不是自动的，需要数据库管理员手动执行，这个操作本身消耗资源很大，会影响数据库性能，所以一般不会频繁进行，腾讯云数据库团队的运维指南中也提到，磁盘空间的释放需要后续的维护操作，并非删除动作一完成就立即体现。

你删了数据库用户,甚至强制删掉了他所有的数据，数据库占用的那个数据文件在绝大多数情况下依然“虚胖”在那里，磁盘空间并不会马上空出来，要想真正让操作系统回收空间，你得接着去执行收缩数据库文件的操作，千万别把“删用户”当成一个紧急释放磁盘空间的手段，它根本不好使，真正要解决磁盘满的问题，得去查到底是哪个数据文件涨得太大了，然后通过归档历史数据、清理日志文件这些更根本的方法来处理，指望删个用户账号就立马腾出地方，这误会可大了，容易耽误正经事。