【发布时间】:2023-03-11 03:55:01
【问题描述】:
所以我已经跟踪了一两天的错误,它发生在我几乎无法控制的远程服务器上。我的代码的来龙去脉是,我向我们的 UI 团队提供了一个 jar 文件,它包装了 postgres 并为用户导入的数据提供存储。由于多种原因,导入过程非常缓慢,其中之一是用户正在导入不可预测的大量数据(我们无法真正减少)。这导致了大量的超时问题。
经过一些初步调查,我已将其范围缩小到 jdbc 到 postgres 数据库超时。我在本地测试设置中复制它时遇到了很多麻烦,但最终通过将连接属性的 'socketTimeout' 减少到 10 秒(在连接上进行的每次调用之间的间隔超过 10 秒)终于设法做到了。
我现在的问题是,保持这种状态的最佳方法是什么?我已经将'tcpKeepAlive'设置为true,但这似乎没有效果,我需要手动轮询连接还是什么?根据我的阅读,我假设轮询是自动的,并且由操作系统控制。如果这是真的,我真的无法控制运行环境中的操作系统设置,处理这个问题的最佳方法是什么?
我正在考虑每次使用连接时都对其进行测试,如果超时,我将创建一个新连接。这是正确的做法还是有更好的方法来保持连接?我刚刚看过这篇文章,人们建议您应该为每个查询打开和关闭一个连接: When my app loses connection, how should I recover it?
在我的情况下,我有一系列顺序插入发生在单个线程上,如果单个线程失败,它们都会失败。为了实现这一点,我使用了事务:
m_Connection.setAutoCommit(false);
m_TransactionSave = m_Connection.setSavepoint();
// Do something
m_Connection.commit();
m_TransactionSave = null;
m_Connection.setAutoCommit(true);
如果我确实继续重新连接,或使用 PGBouncer 之类的连接池(如 cmets 中建议的那样),我如何在它们之间持久保存此事务?
【问题讨论】:
标签: java postgresql jdbc timeout