java – Hibernate PostgreSQL：使用独占锁延迟加载

在这一天上,我的头发被撕掉了几天.我们在使用独占数据库锁时遇到了一些问题,导致我们的生产系统出现性能问题一段时间了.我能够仔细研究它,并注意到持有独占锁的查询是由Hibernate的延迟加载生成的选择.

我们使用Spring事务管理,在服务入口点定义@Transactional(readOnly =“true”).我们使用会话每请求模型和映射到传输对象的实体.读取数据库默认隔离级别已提交. JDBC驱动程序配置为read committed.我使用以下方法检查了实际交易的隔离级别：

select current_setting('transaction_isolation')

哪个返回read committed.我们使用JPA来配置Hibernate映射.我们没有在任何地方明确升级交易.在这个特定的事务中,我们只运行select语句.打开Hibernate SQL日志记录我没有看到任何这些：

select ... for update

只记录简单的select语句.

这似乎是两件事之一.我对read committed的理解是完全关闭的,读取提交的隔离级别应该导致在执行选择的事务期间保持独占的行级锁定.或者正在发生其他事情并错误地升级事务所持有的锁.

任何帮助,将不胜感激.

编辑1：

好吧,在这一条路上走了很长的路.事实证明这与锁定无关.我用来检测锁的查询已经过时,并且显示锁定类型为“virtualxid”.一些挖掘告诉我们,virtualxid是每个事务自身锁定的锁,因为PostgreSQL的内部原因与此讨论没有密切关系.我们cron’d另一个监控查询测试真正的独占锁,还没有见过.

这是我们用来监视“virtualxid”锁的查询,这个锁更像是一个长时间运行的查询监视器：

SELECT pg_stat_activity.datname,pg_locks.mode,pg_locks.locktype,pg_locks.granted,pg_stat_activity.usename,pg_stat_activity.query,age(now(),pg_stat_activity.query_start) AS "age",pg_stat_activity.pid
FROM pg_stat_activity,pg_locks
LEFT OUTER JOIN pg_class ON (pg_locks.relation = pg_class.oid)
WHERE
  age(now(),pg_stat_activity.query_start) > interval '1 minute' AND
  pg_stat_activity.datname <> 'postgres' AND
  pg_locks.pid=pg_stat_activity.pid AND
  pg_stat_activity.query not like '%autovacuum%' AND
  pg_stat_activity.query not like '%COPY%stdout%'
  order by query_start;

这是我们得到的一些输出：