3

想知道是否有人从 Trac 获得了臭名昭著的“数据库已锁定”错误以及您是如何解决的。它开始越来越频繁地发生在我们身上。我们真的必须硬着头皮迁移到不同的数据库后端,还是有其他方法?

有关详细信息,请参阅这两个 Trac 错误条目:

http://trac.edgewall.org/ticket/3446

http://trac.edgewall.org/ticket/3503

编辑 1感谢您的回答和建议,这似乎证实了我们的怀疑,即迁移到 PostgreSQL 似乎是最佳选择。SQLite 到 PostgreSQL 脚本在这里:http ://trac-hacks.org/wiki/SqliteToPgScript这里什么都没有......

编辑 2(已解决)迁移非常顺利,我希望我们不会再看到锁了。据我所知,速度并没有明显好转,但至少锁已经消失了。谢谢!

4

3 回答 3

3

这是当前 SQLite 适配器的问题。有一些脚本可以迁移到 postgres,我真的可以推荐,postgres 对于 trac 来说要快得多。

于 2008-09-24T06:37:09.677 回答
2

他们刚刚在 9 月 10 日修复了这个问题,修复程序将在 0.11.6 中进行。

http://trac.edgewall.org/ticket/3446#comment:39

于 2009-09-14T19:14:29.017 回答
1

我认为这还没有 100% 修复。我们每天会遇到几十次这个错误。在我们的案例中,我们有 30 多人不断更新 Trac ,因为我们使用它来跟踪几乎所有内容,而不仅仅是错误。从票 #3446 开始:

很明显,这是 [...] 由于我们的数据库访问模式...目前将我们的并发限制为每几秒最多一次写入访问

于 2010-05-11T21:24:56.733 回答