那么矿石的复杂性呢。上面的[这里的细节]解释了这一点，这比我更好地解释了这一点。这有点像在java中拥有所有用于无锁算法的原子类。你给出了一个更新和一个条件，它要么全部发生，要么全部不发生。对于类似于平衡的东西，它的条件是平衡=你所理解的。如果在您读取余额

---

那么矿石的复杂性呢。上面的[这里的细节]解释了这一点，这比我更好地解释了这一点。这有点像在java中拥有所有用于无锁算法的原子类。你给出了一个更新和一个条件，它要么全部发生，要么全部不发生。对于类似于平衡的东西，它的条件是平衡=你所理解的。如果在您读取余额并应用更新后发生其他更改，则无法应用更新，因此您需要重新读取并重试。1）记录每个事务，并定期记录保存在内存或redis中的“当前”或其他内容。定期冲洗此电流。有真正不同的方法（即lambda架构）。在重建当前数据失败的情况下，将值存储在C*中。2） paxos其实是一个实现细节，你不必担心它，但如果你感兴趣，你可以用谷歌搜索它，而且有很多资源。它是一种分布式一致性算法，用于许多易于扩展的数据库。1）轻量级事务处理如何提供行级锁定？我无法从这个artcile“”2）示例中理解：考虑到这种情况，线程1尝试从用户表中读取行1，同时，线程2尝试从用户表中删除行1，您将如何使用轻量级Transaction为此提供锁定，以及所使用的查询/语法是什么？您还说没有锁定，那么为什么在运行轻量级Transaction的查询时会出现性能问题呢？需要建立额外的连接来支持if-not-exists并成功返回。在上面的例子中。考虑软删除用户（使用ISDebug列）。大多数情况下，除非您试图支持忘记的权利，否则您实际上并不想删除该数据。1）轻量级的Transaction如何提供行级锁定？我无法从这个artcile“”2）示例中理解：考虑到这种情况，线程1尝试从用户表中读取行1，同时，线程2尝试从用户表中删除行1，您将如何使用轻量级Transaction为此提供锁定，以及所使用的查询/语法是什么？您还说没有锁定，那么为什么在运行轻量级Transaction的查询时会出现性能问题呢？需要建立额外的连接来支持if-not-exists并成功返回。在上面的例子中。考虑软删除用户（使用ISDebug列）。大多数情况下，除非您试图支持忘记的权利，否则您实际上并不想删除该数据。