我们都知道，提高系统性能的最简单也最流行的方法之一其实就是使用缓存。我们引入缓存，相当于对数据进行了复制。每当系统数据更新时，保持缓存和数据源（如 MySQL 数据库）同步至关重要，当然，这也取决于系统本身的要求，看系统是否允许一定的数据延迟。
最常见的几种缓存策略、它们的优缺点以及使用场景，分别是：
- Cache-Aside
- Read-Through
- Write-Through
- Write-Behind
Cache-Aside 策略
Cache-Aside可能是最常用的缓存策略。在这种策略下，应用程序(Application)会与缓存(Cache)和数据源(Data Source)进行通信，应用程序会在命中数据源之前先检查缓存。如下图所示：
我们来看一次请求数据的过程：
- 首先，应用程序先确定数据是否保留在缓存中；
- 如果数据在缓存中，也即 Cache hit ，称作“缓存命中”。数据直接从缓存中读取并返回给客户端应用程序；
- 如果数据不在缓存中，也即 Cache miss，称作“缓存未命中”。应用程序会从数据存储的地方，如 MySQL 数据源中读取该数据，并将数据存储在缓存中，然后将其返回给客户端。
Cache-Aside策略特别适合“读多”的应用场景。使用Cache Aside策略的系统可以在一定程度上抵抗缓存故障。如果缓存服务发生故障，系统仍然可以通过直接访问数据库进行操作。
然而，这种策略并不能保证数据存储和缓存之间的一致性，需要配合使用其它策略来更新或使缓存无效。另外，首次请求数据时，总是会导致缓存未命中，这种情况下需要额外的时间来将数据加载到缓存中。为了解决这个问题，开发人员可以通过手动触发查询操作来对数据进行“预热”。
Read-Through 策略
在上面的Cache-Aside策略中，应用程序需要与缓存和数据源“打交道”，而在Read-Through策略下，应用程序无需管理数据源和缓存，只需要将数据源的同步委托给缓存提供程序Cache Provider即可。所有数据交互都是通过抽象缓存层完成的。
在进行大量读取时，Read-Through可以减少数据源上的负载，也对缓存服务的故障具备一定的弹性。如果缓存服务挂了，则缓存提供程序仍然可以通过直接转到数据源来进行操作。
然而，首次请求数据时，总是会导致缓存未命中，并需要额外的时间来将数据加载到缓存中，相信大家都知道怎么处理了吧，还是“缓存预热”的老套路。
Read-Through适用于多次请求相同数据的场景。这与Cache-Aside策略非常相似，但是二者还是存在一些差别，这里再次强调一下：
- 在Cache-Aside中，应用程序负责从数据源中获取数据并更新到缓存。
- 而在Read-Through中，此逻辑通常是由独立的缓存提供程序支持。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。
Redis,缓存策略
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线
暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。
艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒 经典版》的玩家都可以获得奖励。