Access 2016执行Compact and repair挂起 临时mdb文件异常膨胀

临时文件大小恰好为2097152 KB（即整2GB），是问题的核心判断依据：2GB是Jet引擎（.mdb格式数据库的底层引擎）的单文件硬大小上限，压缩修复过程中临时文件触顶后无法继续写入，就会直接挂起无响应。
100MB的源文件压缩时临时文件撑满2GB，通常是以下原因导致：

• 数据库存在隐性对象损坏：此前多次压缩未触发的碎片损坏，比如VBA编译缓存损坏、窗体/报表的二进制流残留、指向已删除对象的无效索引，压缩时引擎重建数据会反复写入无效冗余占位数据，短时间内撑满文件上限。
• 隐藏系统表异常膨胀：MSysAccessObjects、MSysCompactError这类默认隐藏的系统表，会因为数据库异常退出、宏/VBA运行报错积累大量无关联垃圾记录，常规操作看不到这部分内容，压缩时引擎会将这部分垃圾数据全量写入临时文件，体积远大于源文件的可见大小。
• 高版本元数据兼容冲突：如果数据库曾在高版本Access中编辑、导入过高版本accdb格式的对象，旧版Jet引擎无法识别残留的高版本元数据，会写入大量填充位占用空间。
• 存储环境异常：如果临时文件所在分区为FAT32格式、开启了磁盘单文件配额限制，或者数据库存放在网络共享盘/U盘上执行压缩，会出现写入逻辑错误，导致文件体积异常膨胀。

按以下顺序操作，所有操作请先在数据库副本上执行，提前备份原文件避免数据损坏：

• 终止异常进程并清理临时文件：打开任务管理器，找到MSACCESS.EXE进程直接结束，之后在运行窗口输入%temp%打开系统临时目录，删除所有名称以Database开头、后缀为.mdb/.accdb的临时残留文件。
• 跳过自启动项清理损坏内容：按住Shift键双击打开数据库副本，全程不松开Shift直到数据库完全加载，跳过所有自动运行的宏、启动脚本，避免触发损坏逻辑。
  1. 按Alt+F11打开VBA编辑器，点击顶部菜单「调试-编译当前数据库」，如果出现编译报错，将报错的模块/窗体导出备份后删除，重复编译直到无报错，之后点击「工具-选项-通用」，选择「压缩VBA代码」清理编译缓存。
  2. 进入Access选项-导航选项，勾选「显示系统对象」，回到导航窗格找到MSysCompactError表，清空表内所有记录，不要修改其他系统表的结构。
  3. 逐个检查所有表、查询、窗体、报表对象，删除已经不用的冗余对象，删掉所有指向已删除表/字段的无效索引，无法正常打开的损坏对象直接删除重建。
• 换路径执行压缩：不要直接双击数据库触发压缩，先启动Access 2016主程序，点击「文件-信息-压缩和修复数据库」，在弹出的文件选择框中选中清理后的数据库副本执行操作，文件路径选本地NTFS格式分区，不要放在网络盘、移动存储介质中。
• 重建数据库兜底：如果上述操作后压缩仍然挂起，新建一个和原库格式一致的空白数据库，将原库中所有正常可用的对象逐个导出到新库，重新配置表关联、外部数据链接即可。新库不会携带原库的损坏碎片，体积会回到正常水平。
• 版本兼容处理：如果你安装的是32位版本Access 2016，处理含大体积二进制/OLE对象的数据库时会存在内存寻址限制，可以临时用64位版本Access执行一次压缩修复，完成后即可正常用原版本打开。

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