我见过太多人把数据库装进C盘，结果被空间告急的红色警告吓得手忙脚乱。尤其是刚入行的开发新手，装MySQL或者SQL Server时，一路狂点“下一步”，根本没注意安装路径默认指向了C盘。等数据库跑起来，数据一多，C盘那点空间就像漏了气的气球，慢慢瘪了下去。系统开始卡顿，软件报错，甚至蓝屏，那一刻的心情，比加班到凌晨还绝望。
其实这个问题的根源在于我们对C盘有一种近乎迷信的执念。总觉得系统盘应该是“纯净”的，软件装里跑得快，数据库放里面读写也稳。可现实是，C盘不仅要扛着操作系统，还要应付虚拟内存、临时文件、系统更新缓存，再加上各种软件默认往AppData里塞的东西，空间早就捉襟见肘了。数据库这种吃空间的大户往里一挤，不爆才怪。
如果你已经踩了这个坑，别慌，有两条路可以走。第一条，最直接，把数据库文件搬走。拿MySQL举例，你可以先停掉服务，把data目录整个复制到D盘或E盘，然后修改my.ini配置文件里的datadir路径，重启服务就完事。SQL Server也类似，通过SSMS的数据库属性，把数据和日志文件的存放位置改到新路径。听着简单，但操作时一定要先备份，别嫌麻烦，万一复制到一半断电或文件被占用，哭都来不及。
第二条路，如果你不想动数据库文件，那就给C盘“扩容”。用磁盘管理工具把D盘的一部分空间压出来，再扩展C盘卷。这在Windows系统上操作不算难，但前提是D盘是同一块物理硬盘上的相邻分区，而且D盘还有空闲空间。要是硬盘只有一块分区，或者D盘已经塞满，这条路就走不通。这时候可以借助第三方分区工具，比如傲梅分区助手，图形化操作，点几下鼠标就能搞定，比系统自带的工具灵活多了。
但话说回来，搬家或扩容都是事后补救。真正聪明的人，应该在装数据库的第一天就做好规划。装时手动把安装路径和数据目录改到非系统盘，比如D盘的Program Files和Data文件夹。别贪图那几秒钟的默认安装速度，后面省下来的麻烦远超想象。还有，如果你用的是Docker跑数据库，更得注意卷的映射，容器里的数据目录一定要挂载到宿主机的大容量分区上，否则容器一重建，数据全没了，空间照样告急。
我有个朋友，他们公司做电商系统，数据库用的是PostgreSQL，一开始图省事全装在C盘。结果一次大促活动，订单量暴涨，数据库文件瞬间膨胀了几十个GB，C盘直接爆掉，整个网站瘫痪了两个小时。后来他们连夜把数据迁到专门的存储服务器上，还做了冷热数据分离，热数据放SSD，冷数据放机械盘，这才彻底解决问题。他们总结的经验就是：数据库的空间规划，永远要比业务增长快半步。
另外，还有个细节容易被忽略 — — 数据库的日志文件。很多数据库的日志文件会疯狂增长，尤其是没做好备份和清理的情况下，几个GB甚至几十GB的日志能把C盘剩余空间全吃掉。MySQL的binlog、SQL Server的transaction log都要定期清理或转移到其他磁盘。你可以在数据库配置里设置日志的保留时间和最大大小，超过阈值自动截断或归档，别让日志成为压垮C盘的一根稻草。
说到底，数据库装C盘本质上是个习惯问题。我们习惯了默认设置，习惯了不去看安装选项，习惯了等到出问题才手忙脚乱找解决方案。但数据库不是普通的应用软件，它的体积和增长速度远超你的预期。与其等到空间告急时做各种应急处理，不如从一开始就把它安放在一个宽敞、安全的位置。
再啰嗦一句，如果现在C盘还够用，但也装了数据库，看看数据文件的增长趋势，算算一年后会不会爆盘。如果会，现在就动手搬家，别等系统给你下通牒。数据库装C盘不是不行，但前提是C盘的空间足够它折腾，否则迟早有一天你会被那条“磁盘空间不足”的提示气得想砸电脑。趁现在还没到那一步，早做打算，总比亡羊补牢来得从容。
