Question

我正在开展一个小型项目，以了解Google App Engine，该项目采用Java并具有Customer对象，客户的实例可以有一个策略。每个客户都在自己的实体组中，以便可以使用交易修改客户。

网站的主页是客户列表，当添加新客户时，会再次显示客户列表。

由于每个客户都在他们自己的实体组中，因此有时候新添加的客户没有出现在新客户列表，几秒钟后刷新客户列表，客户将出现。一个类似的问题在删除客户时存在，您删除了客户，但它在整个列表中显示几秒钟。我明白由于数据存储提供的最终一致性，这在Google App Engine中是可以预期的。

所以我试图通过使用memcache来存储最近添加或最近添加的客户来解决这个问题删除。我正在使用的代码如下。

public List<Customer> getCustomers() {
    List<Customer> cachedCustomers = myCache.getCached();
    List<Customer> recentlyDeleted = myCache.getDeleted();
    // Calls the real datastore.
    List<Customer> dbCustomers = customerDao.getCustomerList();
    Set<Customer> allCustomers = new HashSet<Customer>();

    //  Add cached first as these are most the most up todate.
    allCustomers.addAll(cachedCustomers);
    allCustomers.addAll(dbCustomers);
    allCustomers.removeAll(recentlyDeleted);

    List<Customer> allList = new ArrayList<Customer>();
    allList.addAll(allCustomers);
    Collections.sort(allList);        
    return allList;
}

我在这里问，因为我觉得我这样做的方式感觉并不是'正确'的方式，并希望听取那些知道更好方法来解决最终一致性产生的问题的人的意见。

Answer 1

对于HRD，在99.9％的情况下，写操作的结果应该在几秒钟内可见。因此，在典型的Web应用程序中，如果您因操作而提供网页，则用户执行下一操作之前的时间应足以获取写入。

因此，如果您从应用程序中的实时数据对象生成结果页面，那么您应该没问题。如果您将用户重定向到例如，您也应该没问题。客户页面，您按ID读取客户（因为这是一致的）。

如果你需要查询，并且你需要在操作后直接发出的查询中显示结果，我认为无法使用memcache，或使用一些技巧来记录刚刚修改过的对象的存在/不存在。

Memcache和最终的一致性

2 个答案: