SQLite数据库收缩其实挺有用，能帮你省不少空间，还能让性能好点儿

关于SQLite数据库收缩的作用,其实很多日常使用数据库的人可能没太留意，这个功能挺实在的，主要就是能帮你把数据库文件里那些没用的“空地方”清理掉，让文件变小，有时候还能让数据库操作更快一点，下面我根据SQLite官方文档和一些开发者的实践经验，具体说说这是怎么回事。

你得知道SQLite数据库是怎么存数据的,一个SQLite数据库通常就是一个单独的文件在你的电脑或手机里，当你往里面不停地加数据时，这个文件会越来越大，当你删除里面的一些数据，或者清空某个表之后，你会发现一个有意思的现象：数据库文件的大小并没有跟着变小，这是因为，SQLite为了效率，只是把那些被删除数据所占用的空间标记为“可以再用”，但并不会主动把这些空间还给操作系统，这就好比你的衣柜，你把几件旧衣服扔了，衣柜里空出了地方，但衣柜本身的尺寸并没有缩小，时间长了，数据库文件里就会有很多这种零零碎碎的“空地方”，文件就显得很“虚胖”。

这时候,“收缩”操作（在SQLite里通常用 VACUUM 命令来实现）就派上用场了，根据SQLite官方文档的解释，当你执行VACUUM命令时，它会做一件核心的事情：把当前数据库里的所有有效数据，从头到尾、整整齐齐地复制到一个全新的数据库文件中，在这个过程中，那些之前被删除数据占据的、零零散散的空间就会被彻底舍弃，新的数据库文件是紧凑的，只包含实实在在的数据，完成之后，新的文件会替换掉旧的那个，这样一来，数据库文件的物理大小就实实在在地减小了，特别是对于那些频繁删除大量数据的数据库，效果非常明显，能帮你省下不少磁盘空间。

除了省空间,这个操作还可能让数据库“性能好点儿”，这主要是因为，数据库文件在磁盘上的存储更连续了，想象一下，如果数据存放得七零八落，数据库引擎在读写数据时，磁头可能需要在磁盘上跳来跳去（即使是用固态硬盘，碎片化对性能也有影响），速度自然就慢了，经过VACUUM整理后，数据排列更有序，顺序读取的效率可能会得到提升，需要客观地说，根据SQLite官方文档的说明，这种性能提升并不总是非常显著，尤其是在数据量不是特别巨大的情况下，但对于那些经历了非常频繁的增删改操作、已经变得有些“碎片化”的数据库，进行收缩后，在某些查询场景下感受到速度变快是完全可能的。

什么时候应该考虑做这个收缩操作呢？并不是越频繁越好，一个常见的建议是在进行了大规模的数据删除操作之后，你清理了某个日志表里所有一年前的旧数据，或者你的应用定期会删除大量过期信息，在这类操作之后运行一次VACUUM，就能有效地回收空间，在准备将数据库文件进行备份或分发之前，做一次收缩也是个好习惯，能让文件更小，便于传输和存储。

有几点需要注意,第一，执行VACUUM操作的过程中，数据库会被锁定，它会需要差不多与原数据库文件大小相当的额外临时磁盘空间（因为要创建新文件），最好在数据库不那么忙的时候进行，并且要确保磁盘有足够空间，第二，对于某些使用了“写前日志”（WAL）模式的数据，其释放空间的方式略有不同，VACUUM的效果和必要性也可能有所变化，但这属于稍深入的细节了。

SQLite的数据库收缩（VACUUM）是一个很实用的工具，它就像给你的数据库文件做一次“大扫除”和“整理收纳”，定期或适时地做一下，能有效地节省宝贵的存储空间，并且有可能让数据库的运行更顺畅一些，尤其对于那些数据变动频繁的应用来说，确实挺有用的。