深圳市住房和建设局网站公示,应用公园制作的app归谁,全返利网站建设,企业查查官网官网文章目录 概述读策略Cache AsideRead Through 写策略Write ThroughWrite AroundWrite Back 使用场景举例 概述
缓存是在系统中存储数据的临时存储器#xff0c;用于提高访问速度。缓存策略定义了如何在缓存和主存之间管理数据 读策略
Read data from the system: #x1f5… 文章目录 概述读策略Cache AsideRead Through 写策略Write ThroughWrite AroundWrite Back 使用场景举例 概述
缓存是在系统中存储数据的临时存储器用于提高访问速度。缓存策略定义了如何在缓存和主存之间管理数据 读策略
Read data from the system: Cache aside Read through Cache Aside
概念 应用程序负责将数据写入和从缓存读取缓存不主动参与。 作用 简化实现但可能导致缓存脏数据。 应用程序自己管理缓存。当需要数据时应用程序会先在缓存中查找如果不存在才到数据库中加载。加载到数据库后同时保存到缓存中。这种策略简单直接应用程序有完全控制权。但问题是代码复杂需要自己处理缓存失效、预热、异步加载等问题。 Read Through
概念 数据访问时缓存负责检查是否有所需数据。如果不存在缓存负责从主存中获取。 作用 自动化数据加载减少了应用程序的负担但可能导致读取性能损失。 应用程序只查询缓存不直接访问数据库。如果缓存不存在则自动从数据库加载然后返回给应用程序同时更新缓存。这简化了应用程序代码但也限制了应用程序直接访问数据库 写策略
Write data to the system: Write around Write back Write through Write Through
概念 写入时同时到缓存和主存确保主存和缓存中的数据一致。 作用 数据一致性但可能导致写入性能较低。 数据修改请求直接写入数据库同时也保存到缓存中不是所有实现都这么做。所以缓存能保证和数据库一致性。但每次写操作都会比较慢 Write Around
概念 写入时直接到主存而不是到缓存。缓存只在读取时更新。 作用 避免缓存污染适用于大量写入但很少读取的情况。 直接写入数据库但不写入缓存。这可以减轻缓存的压力但是读取数据时缓存在没有命中需要从数据库中加载数据然后放入缓存性能比较差。 Write Back
概念 写入时只到缓存延迟写回主存。缓存跟踪哪些数据被修改。 作用 提高写入性能但可能导致数据不一致。 使用场景举例 Cache Aside: 案例 在一个电子商务网站中商品信息被频繁读取但更新并不频繁。采用 Cache Aside 策略应用程序在需要时直接从数据库读取商品信息然后将其缓存在内存中。如果有更新应用程序负责同时更新数据库和缓存。 Read Through: 案例 在一个社交媒体应用中用户的个人资料信息经常被访问。使用 Read Through 策略当用户请求个人资料时缓存会检查是否存在如果不存在它将从数据库中读取用户的个人资料并将其存储在缓存中以便下一次访问。 Write Around: 案例 在一个日志记录系统中日志条目的写入频率很高但很少读取。采用 Write Around 策略应用程序直接将日志写入主存储而不将其写入缓存。缓存仅用于读取请求以避免缓存污染。 Write Back: 案例 在一个文件系统中用户频繁编辑文档。使用 Write Back 策略文件系统将用户编辑的文档暂时保存在缓存中而不是立即写回主存储。只有当缓存满或文档不再被频繁访问时才将更改写回主存储。 Write Through: 案例 在一个金融交易系统中每笔交易都需要确保立即写入主存储并更新缓存。采用 Write Through 策略系统在执行每笔交易时同时将数据写入缓存和主存储以确保数据的一致性。
