如何降低大型SQLite数据库执行VACUUM的内存占用？

针对你的86GB SQLite数据库在32GB内存的macOS系统上执行VACUUM时内存不足、磁盘IO变慢的问题，可以通过以下方法强制降低内存占用，完成数据库重建：

1. 限制SQLite页面缓存大小 #

SQLite的页面缓存是VACUUM内存占用的核心来源，默认会根据系统内存自动调整，你可以手动设置固定的小缓存值来控制内存使用：

PRAGMA cache_size = -10000; -- 负数单位为KB，此处限制缓存为10MB，可按需调整
VACUUM;

说明：cache_size正数表示页数（默认每页4KB），负数直接指定KB值。设置越小内存占用越低，但会增加磁盘IO次数，可根据实际内存占用情况微调。

2. 禁用内存映射（MMAP） #

macOS上SQLite默认启用内存映射加速访问，这会让大数据库文件占用大量内存，可通过参数禁用：

PRAGMA mmap_size = 0;
VACUUM;

该设置会强制SQLite使用传统磁盘IO，避免内存映射带来的内存压力。

3. 指定临时文件到高速磁盘 #

VACUUM过程会生成与原数据库大小相当的临时文件，若系统磁盘IO性能差，可将临时文件路径指向高速SSD（需确保剩余空间≥86GB）：

PRAGMA temp_store_directory = '/path/to/your/ssd/temp'; -- 替换为实际SSD路径
VACUUM;

注：新版本SQLite中temp_store_directory可能被弃用，可改用PRAGMA temp_store = FILE;强制使用磁盘临时文件，而非内存临时文件。

4. 分阶段重建数据库（极端内存不足时用） #

如果上述方法仍无法控制内存占用，可通过导出-导入的方式分步重建：

• 导出数据库结构与数据到SQL脚本：

  sqlite3 your_database.db .dump > db_dump.sql
  

• 将导出的SQL脚本分割为多个小文件，分批导入新数据库：

  sqlite3 new_database.db < part1.sql
  sqlite3 new_database.db < part2.sql
  

  此方法完全规避VACUUM的内存压力，但耗时更长，适合内存极度紧张的场景。

5. 临时调整macOS虚拟内存（谨慎操作） #

若允许临时增加交换内存，可进入「系统设置」→「通用」→「储存空间」→「信息」→「虚拟内存」，取消自动管理后手动设置更大的交换文件大小。操作完成后建议恢复自动设置，避免加速磁盘磨损。

内容的提问来源于stack exchange，提问作者John