使用事务块的 PostgreSQL 脚本无法创建所有记录。

背景信息

我在尝试了解 Postgresql,以便我可以确保我的 Web 应用程序在用户同时尝试更新同一条记录时不会失败。

为了测试目的,我创建了两个脚本 - 一个脚本创建/定义了事务块,第二个脚本通过调用脚本1模拟负载(并尝试创建冲突)。

代码

这是脚本1的样子:

http://pastebin.com/6BKyx1dW

这是脚本2的样子:

http://pastebin.com/cHUhCBL2

为了模拟对数据库的负载和测试锁定问题,我从我的服务器上的两个不同的命令行窗口调用脚本2。我传递两组不同的参数,以便在分析数据库中的结果时,我可以看到哪个会话创建了哪条记录。

问题

当我查询数据库以计算每个脚本实例创建了多少记录时,我没有始终得到每个脚本实例创建了 200 条记录。 我已经捕获了来自脚本的每个实例的结果,以查看是否有任何回滚记录,但没有发现。 因此,我有两个理论。

  1. 执行这些脚本的服务器不够强大,因此请求没有到达数据库服务器...
  2. 数据库服务器正在默默地中止事务。

为了消除理论 1,我将设置两个不同的服务器,并从每个服务器仅运行一次脚本,而不是在同一台服务器上打开 2 个命令行。 如果创建的记录数增加了...我想那会告诉我当前服务器的性能存在问题。(我当前运行脚本的“服务器”只是一个丑化的桌面...所以这可能很好地解决了这个问题)。

关于第二个理论,我一直在尝试阅读和理解 http://www.postgresql.org/docs/current/static/explicit-locking.html 但由于我不是数据库专家,这需要我花费一些时间消化一切。 我知道,在 MS SQL Server 中,如果事务 A 锁定一条记录,则事务 B 将无限期等待 A 完成。 在 SQLLite 中,默认情况下,事务 B 会死亡。但是,您可以指定在重试之前等待的毫秒数。

我列出的 postgresql 文档中的最后一段说,postgresql 也将无限期地等待相互冲突的锁被释放......但我不确定在我的 SQL 代码中是否出了问题。

那么,我的问题如下:

  1. 我的 SQL 代码中是否有任何明显的错误?
  2. 我该如何测试 SQL 方面以查看使用了哪些锁定/在幕后发生了什么?

编辑1

我从 2 台不同的机器再次运行了脚本。第一台机器成功创建了 122 条记录,第二台机器创建了 183 条。

点赞