我的公司使用链接到MySQL表的Microsoft Access来隔离员工，防止他们意外破坏任何表。
一个每周运行的查询已经开始出现故障，当我深入并手动运行它时，我得到了MySQL错误代码：28(#3(错误写入文件'/tmp/path错误警报，我看到很多人说这是MySQL安装的服务器上缺乏存储空间的结果。
一些相关人员希望将当前在Access上运行的查询写入VBA，以直接查询MySQL表并绕过Access。他们的理由是，这可能是由Access 2gb返回限制引起的，而不是服务器端潜在的存储短缺。
在我看来，Access有自己的方式来告诉用户返回值太大，不需要借助于一个公认的/已理解的MySQL错误。
所以，我的问题是，这可能是一个伪装成MySQL的Access问题吗？在我花本周剩下的时间重写那些仍然不起作用的查询之前，我想从更有经验的人那里了解一下，因为我们没有解决根本问题。
谢谢。
这可能是由于ODBC驱动程序对Access查询进行了低效的MySQL查询，但我猜测这纯粹是MySQL的问题。特别是如果通过"；我挖了进去，手动运行它；意味着您绕过Access，直接在MySQL中运行查询，得到错误28。在这里尝试一些解决方案：
MySQL/写入文件错误(错误代码28(