在Django / Postgresql中调试活锁

我使用postgresql_psycopg2数据库后端在Apache2，mod_python和PostgreSQL 8.3上运行Django上适度流行的Web应用程序。我偶尔遇到活锁，当apache2进程持续消耗99％的CPU几分钟或更长时间时，可以识别。 我在apache2进程上做了一个strace -ppid，发现它不断重复这些系统调用：

sendto(25, "QSSELECT (1) AS "a" FROM "account_profile" WHERE "account_profile"."id" = 66201 ", 84, 0, NULL, 0) = 84
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
poll([{fd=25, events=POLLIN|POLLERR, revents=POLLIN}], 1, -1) = 1
recvfrom(25, "E210SERRORC25P02Mcurrent transaction is aborted, commands ignored until end of transaction blockFpostgres.cL906Rexec_simple_queryZ5E", 16384, 0, NULL, NULL) = 143

这个确切的片段在跟踪中不断重复，并且在我最终杀死apache2进程之前运行了超过10分钟。 （注意：我编辑了这个以替换我之前的strace片段，其中一个新的片段显示完整的字符串内容而不是截断。） 我对上面的解释是django试图在我的表account_profile上进行存在检查，但是在某些早期点（在我开始跟踪之前）出现了问题（SQL解析错误？参照完整性或唯一性约束违规？谁知道？ ），现在Postgresql返回错误“当前事务被中止”。出于某种原因，它不是提出异常并放弃，而是继续重试。 一种可能性是在调用Profile.objects.get_or_create时触发此操作。这是映射到account_profile表的模型类。也许get_or_create中有一些东西可以捕获过多的异常并重试？从Web服务器日志中，可能是因为双击站点注册表单中的POST按钮而发生此活锁。 这个情况在过去的几天里在现场发生了几次，并且在我介入之前导致了显着的减速，所以除了无限的死锁之外的任何其他事情都会有所改善！ :)