我有一个带有railsapi的webapp，运行在一个带有mysql数据库的puma服务器上。我´我正在运行一个批处理进程，它将大量日志写入日志文件。在运行一段时间后的某个特定时刻，puma服务器会停止运行。在原木上，所有的墨水看起来都很好，直到毫无理由地掉下来。但我不知道´没有看到任何错误。也不是在美洲狮。呃。不确定是否´与服务器或数据库相关（与池相关的东西？）。我´我瞎了。我不知道´我不知道在哪里调试问题。
更新：我想我已经缩小了问题的范围。我已经意识到，当尝试加载同一个元素时，puma服务器总是会停机。我试着在开发中做一个测试，它在那里工作。所以，我想我知道是什么杀死了它。我´我不确定，但强烈怀疑´我试图在批处理过程中加载在mysql数据库的单个事务中运行大量查询。我认为不知何故，事务无法处理所有的查询，并且由于某种原因puma服务器宕机了。我不知道´我不知道这是否合理，但这是我的主要嫌疑犯。我读过一些关于事务大小和日志文件的文章，我如何确定mysql中的最大事务大小？
我的新问题是：如果这真的发生了，我能在任何日志文件（puma或mysql）中看到与此相关的错误吗？
更新2：我附上环境信息：
开发：macos，处理器：2,4ghz，ram:8gb
生产：ubuntu14，处理器：2,5ghz，ram:3,7gb（aws示例）关于puma配置，i´我不是很熟练，但我´我用一个配置文件启动服务器，在开发和配置环境中只有两行：

stdout_redirect 'path_to_log_file.log', 'path_to_error_file.log', true
bind 'unix:///tmp/puma.sock'

启动时，我看不到和worker配置，所以我假设只有一个worker，默认线程数为0到16。