写得太频繁，数据存储竞争超时

Question

我读过应用程序引擎维基，数据存储争用，如果太频繁在1秒内写入 超过5次。维基介绍使用“碎片” 办法”的解决方法。可能我知道，如果我们采用弹簧@Transactional 这一点，这样可以防止数据存储区争超时，因为在同时进行 写吧？

Answer 1

不，你不能不管你是否使用@transactional，它都不会使问题消失 - 事实上你有一个对象需要你继续写下来。争用限制将继续保持你使用的任何方法。

这个问题的答案实际上是决定你想要做什么，以及准确性对你有多重要。以一个简单的计数器为例，这是这个问题的一个常见例子。如果你认为准确度很高重要的，那么你将不得不有一个顺序列表，你可以选择顺序或随机，并写入。如果你在这个列表中有十个计数器，那么这会给你每秒更多的写入次数，甚至是事务性写入次数。不过，您需要编写代码来选择要写入的计数器。

另一方面，如果您不需要太高的精度，您可以尝试经常写入memcache。写入内存缓存或增加计数器时，写入争用限制要高得多。然后，您可以按设定的时间间隔写出并重置计数器。

Answer 2

当我在一个需要将大量单独记录存储到数据库的项目中时，我发现系统无法处理所有并发事务。我改为在内存中构建对象，然后将其保存到数据库中。