关于使用Terracotta作为持久性解决方案

Question

将Terracotta用作持久性解决方案（替换数据库）是否是一个好主意？我特别想知道有关数据完整性问题和对事务系统的支持。

Answer 1

Terracotta是事务性的（同步块形成修改对象的事务），但不是，并且也不希望与JTA兼容。有交易的一个相当长时间的讨论和有关兵马俑一些常见的误解在这里。

我写了一篇关于数据生命周期的博客文章，该文章应如何构架您确定使用Terracotta的机会的想法。简而言之，Terracotta最适合的用例是您需要持久性和可用性（您的应用程序可能崩溃，但您仍然需要数据），但数据不一定是长期的关键。

一个典型的例子是在Web应用程序中用户会话的上下文中重要的数据，例如购物车信息。您希望保持数据的持久性，以便在Web应用程序崩溃时维护购物车。但是购物车本身可能会也可能永远不会被购买。因此，您可以将其存储在Terracotta中，直到购买为止，然后将其作为“记录系统”数据保存到数据库中。

从历史上看，您存储在数据库中的数据始终是“记录系统”数据，这些数据对于您的业务长期成功至关重要：客户，订单等。使用当今的“无状态”架构（实际上不是无状态的）
，我们会将所有中期数据下放到数据库中。这意味着我们不必要地惩罚数据库（需要额外的工作和存储）和开发人员（即使使用ORM，也必须处理对象关系阻抗不匹配的问题）。更好的方法是将其保留在对象中并与Terracotta聚类。许多近期的Terracotta用户已经使用此技术显着减少了数据库占用空间（为他们节省了数百万美元），同时提高了扩展能力。

存在与数据库的集成点以及如何可靠地进行切换的问题。在最近发布的Examinator（Spring
/ Terracotta / Tomcat /
MySql参考Web应用程序）中，我们将其视为用例。进行考试时，状态（问题的答案，随机选择的顺序，标记为待审核的问题）存储在Terracotta中。但是，当考试完成后，就会计算出分数，并将其长期存储在数据库中。

为了安全地执行此操作，我们使用了一个Hibernate密钥策略，该策略首先在Terracotta中的对象中生成数据库行ID，然后将数据保存到db，然后从Terracotta中删除。如果该应用程序在保存到数据库之后但从Terracotta中删除之前崩溃，则可能会导致竞争。在这种情况下，应用程序可能会尝试将数据重新保存到数据库，可能会创建两行。但是由于有了预先生成的ID，我们可以判断该行以前是否已成功写入，并避免了该问题。

总而言之，我认为Terracotta不会很快取代您的数据库。在操作上这太新了，甚至在大多数商店中都不算是这样。使用模型有所不同。堆中没有查询或SQL功能（您的查询功能由对象模型定义）。我认为它可以并且正在开始取代中期数据使用，而中期数据的使用则便宜得多且容易得多。但是，有些人开始尝试对其进行长期存储。