虽然研究死锁问题，我发现了以下职位：
https://rails.lighthouseapp.com/projects/8994/tickets/6596
它的要点如下：
MySQL的文档说：
死锁是事务型数据库的一个经典问题，但他们没有危险，除非它们是如此频繁，你不能运行某些交易可言。 通常情况下， 你必须编写你的应用程序，使他们时刻准备着重新发行，如果它被推出，因为死锁的回退的事务 。
因此调试瞬时死锁是一个反因为MySQL说，他们是正常和不可避免的。
因此，Rails的应该提供大家一个办法，因为它：
使得假设有“最好”的方式做的事情，它的设计，以鼓励方式
但Rails不为我们提供了一种方式，以便我们使用的是哈克DIY的东西。
所以，如果这一切是真的，哪里是Rails的解决方案？
注：此项目是无效的，但似乎很简单，是一个解决办法。 为什么Rails的不是有这样的事情？ https://github.com/qertoip/transaction_retry
