Caching 什么'；在AppFabric中，通过读、写而不是缓存模式的优势是什么？

除了缓存模式外，在这两种模式中，我们都需要编写代码来写入数据库。那么，通读写后方法的真正优势是什么呢？请澄清我的疑问。

是的，您需要以这两种模式编写代码，但使用通读写后方法有许多好处

例如，在cache-aside模式中，应用程序负责从数据库读取和写入数据，并保持缓存与数据库同步。这将使应用程序的代码变得复杂，如果多个应用程序处理相同的数据，还可能导致代码重复。另一方面，读/写延迟简化了应用程序的逻辑

此外，通过阻止对同一对象的并行调用，通读可以减少数据库调用。正如本文中所解释的

在许多情况下，缓存项过期，多个并行用户线程最终命中数据库。再加上数以百万计的缓存项和数千个并行用户请求，数据库上的负载明显增加

类似地，write-behind（异步）可以通过加快写入操作来提高应用程序的性能

在缓存之外，应用程序直接同步更新数据库。然而，Write-behind允许应用程序快速更新缓存并返回。然后让缓存在后台更新数据库

---

有关在缓存之外使用读通/写隐藏的优势的更多详细信息，请参阅。我希望这会有所帮助：）

非常感谢。我看到了那篇非常有用的文章。你们有并没有实现过通读、写在后面的概念？是的，我使用过通读和写在后面的功能。另外，使用与write behind相同的直写模式，但数据库写入与缓存添加同步（确保只有在项目成功写入数据库时才将其添加到缓存中）。