想知道是否有人从Trac那里得到了臭名昭着的“数据库被锁定”错误以及你是如何解决它的。它开始越来越多地为我们发生。我们真的需要咬紧牙关并迁移到不同的DB后端,还是有另一种方式?
有关详细信息,请参阅以下两个Trac错误条目:
http://trac.edgewall.org/ticket/3446
http://trac.edgewall.org/ticket/3503
编辑1 感谢您的回答和建议,这似乎证实了我们怀疑迁移到PostgreSQL似乎是最好的选择。 SQLite到PostgreSQL脚本在这里:http://trac-hacks.org/wiki/SqliteToPgScript这里什么都没有......
编辑2(已解决)迁移进展顺利,我希望我们不会再看到锁了。据我所知,速度并没有明显好转,但至少锁已经消失了。谢谢!
答案 0 :(得分:3)
这是当前SQLite适配器的问题。有一些脚本可以迁移到postgres,我真的可以推荐,postgres是一个非常有用的trac。
答案 1 :(得分:2)
他们刚刚在9月10日解决了这个问题,修复将在0.11.6。
答案 2 :(得分:1)
我认为这还没有100%修正。我们每天都会遇到这种错误。在我们的案例中,我们有30多人不断更新Trac ,因为我们使用它来跟踪几乎所有内容,而不仅仅是bug。从机票#3446:
很明显,这是因为 我们的数据库访问模式...... 目前将我们的并发限制为 大多数人每隔几秒就写一次访问