我之前帮不少用户处理过这个问题，你遇到的情况其实是32位程序的内存硬限制导致的——哪怕你的Windows是64位、有16GB物理内存，32位版本的Access最多只能调用约2GB的虚拟内存（实际因为系统预留，可用空间通常在1.2-1.8GB之间）。长时间运行后，Access内部积累的内存碎片、未及时释放的对象/资源会慢慢耗尽这部分有限的内存池，哪怕系统总内存还剩一大半，也会触发那个“内存不足”的报错。

下面是亲测有效的解决步骤，按优先级排序：

一、先优化数据库本身 #

• 定期压缩修复：打开数据库后，点击文件 > 信息 > 压缩和修复数据库。这个操作会自动整理内存碎片、释放未使用的空间，建议每周至少做一次，甚至可以写VBA代码让数据库关闭时自动执行：

  Private Sub Form_Unload(Cancel As Integer)
      Application.CompactRepair CurrentDb.Name, CurrentDb.Name & "_temp.accdb", False
      Kill CurrentDb.Name
      Name CurrentDb.Name & "_temp.accdb" As CurrentDb.Name
  End Sub
  

• 清理冗余对象：删掉数据库里没用的表单、报表、查询、模块，减少Access启动和运行时加载的资源量。
• 优化查询与表单：避免一次性加载全量数据的查询，表单尽量用分页显示；关闭表单时一定要显式释放绑定的记录集和对象（比如在Unload事件里执行Set rs = Nothing）。

二、调整系统与Access设置 #

• 启用Large Address Aware（LAA）：这个设置能让64位系统上的32位程序最多调用4GB内存，对缓解内存压力帮助很大。操作步骤：
  1. 找到Access的安装路径，默认是C:\Program Files (x86)\Microsoft Office\root\Office16\MSACCESS.EXE
  2. 用管理员权限打开命令提示符，执行命令：

     editbin /LARGEADDRESSAWARE "C:\Program Files (x86)\Microsoft Office\root\Office16\MSACCESS.EXE"
     

  3. 重启Access生效。如果没有editbin工具，需要安装Visual Studio Build Tools（微软免费提供）。
• 关闭不必要的加载项：打开Access，点击文件 > 选项 > 加载项，在管理下拉选COM加载项，点击转到，取消勾选非必要的第三方加载项，减少后台内存占用。
• 调整虚拟内存：确保Windows的页面文件足够大，建议设置为“系统管理的大小”，或者手动设置为16GB-32GB（和你的物理内存匹配）。

三、VBA代码层面优化（如果用了宏或代码） #

• 及时释放对象：每次使用完记录集、表单、控件等对象后，一定要显式设置为Nothing，比如：

  Dim rs As DAO.Recordset
  Set rs = CurrentDb.OpenRecordset("YourQuery")
  ' 处理数据逻辑
  rs.Close
  Set rs = Nothing ' 必须执行，释放内存
  

• 减少全局对象：尽量少用全局变量和全局对象，它们会一直占用内存直到Access关闭，改用局部变量传递数据。
• 优先用DAO而非ADO：DAO是Access原生的数据库访问对象，内存占用更低、效率更高，适合Access本地数据库操作。

如果以上方法还是无法彻底解决，最根本的方案是升级到64位版本的Office——毕竟32位程序的内存限制是硬伤，64位Access可以充分利用你的16GB内存，从根源上避免这类问题。

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