Caching memcached，业务还是数据？

缓存是业务层或数据层的一部分吗？

它是一个横切关注点，可以应用于业务中的每一条数据、数据或任何其他包含数据并使用数据的层。

它是一个横切关注点，可以应用于业务中的每一条数据，数据或包含数据并与数据一起工作的任何其他层。

memcached不是简单灯堆栈的一部分。basic LAMP应用程序直接从数据库获取数据，并将其模板化到视图中。简单的应用程序（甚至许多复杂的应用程序）只需要这些

您将memcached添加到应用程序中是因为您的数据计算速度太慢，无法实时完成。当然，memcache也算是数据层，但当您依赖memcache时，您会失去数据库服务器的一致性，这意味着您通常需要根据应用程序的业务逻辑包含一些特定于应用程序的数据缓存时间规则。当然，这会影响到业务层。如果缓存的内容是预先填充的视图（如HTML），那么它也会触及表示层

---

这种广泛且不易封装的特性就是为什么在真正需要之前不应该将memcache引入应用程序。不要以为这是绩效的必要基础；请记住，您的数据库还具有表缓存和查询缓存，您可以利用它们，而不必放弃一致性并增加缓存到期复杂性。

memcached不是简单LAMP堆栈的一部分。basic LAMP应用程序直接从数据库获取数据，并将其模板化到视图中。简单的应用程序（甚至许多复杂的应用程序）只需要这些

您将memcached添加到应用程序中是因为您的数据计算速度太慢，无法实时完成。当然，memcache也算是数据层，但当您依赖memcache时，您会失去数据库服务器的一致性，这意味着您通常需要根据应用程序的业务逻辑包含一些特定于应用程序的数据缓存时间规则。当然，这会影响到业务层。如果缓存的内容是预先填充的视图（如HTML），那么它也会触及表示层

---

这种广泛且不易封装的特性就是为什么在真正需要之前不应该将memcache引入应用程序。不要以为这是绩效的必要基础；请记住，您的数据库还具有表缓存和查询缓存，您可以利用它们，而不必放弃一致性并增加缓存过期复杂性。

Memcached位于数据库和Web服务器之间。它是一个缓存，但更重要的是它是一个显式缓存。所以事情不会自行发展。你必须从中“投入”和“收获”。最大的优点是，它比数据库快近10倍。如果您从memcached中获取数据，则不需要进行sql调用，从而为数据库节省一些周期来完成更重要的事情

---

因此，图书目录网站是理想的候选网站，80%的读者和20%的作者。更多信息。

Memcached位于数据库和Web服务器之间。它是一个缓存，但更重要的是它是一个显式缓存。所以事情不会自行发展。你必须从中“投入”和“收获”。最大的优点是，它比数据库快近10倍。如果您从memcached中获取数据，则不需要进行sql调用，从而为数据库节省一些周期来完成更重要的事情

---

因此，图书目录网站是理想的候选网站，80%的读者和20%的作者。更多信息。

特别是，表示层可能缓存HTML页面，业务层可能缓存实体对象，持久化层可能缓存数据库记录。特别是，表示层可能缓存HTML页面，业务层可能缓存实体对象，持久层可能缓存数据库记录。但是数据库缓存不能与运行数据库的服务器分离（在其他服务器上运行）。此外，我们无法复制此数据库缓存。最好使用像memcached这样的显式工具。说得非常正确。但是数据库缓存不能与运行数据库的服务器分离（在其他服务器上运行）。此外，我们无法复制此数据库缓存。最好使用像memcached这样的显式工具。