分布式之缓存击穿.docxVIP

分布式之缓存击穿 在谈论缓存击穿之前，我们先来回忆下从缓存中加载数据的规律，如下图所示 因而，假如黑客每次有意查询一个在缓存内必定不存在的数据，导致每次恳求都要去存储层去查询，这样缓存就得到了意义。假如在大流量下数据库可能挂掉。这就是缓存击穿。场景如下图所示: 我们正常人在登录首页的时候，都是依据userID来命中数据，然而黑客的目的是破坏你的系统，黑客可以随机生成一堆userID,然后将这些恳求怼到你的服务器上，这些恳求在缓存中不存在，就会穿过缓存，直接怼到数据库上,从而形成数据库连接特别。 处理方案 在这里我们给出三套处理方案，大家依据项目中的实际情况，选择使用. 讲下述三种方案前，我们先回忆下redis的setnx方法 SETNX?key?value 将 key 的值设为 value ，当且仅当 key 不存在。 若给定的 key 已经存在，则?SETNX?不做任何动作。 SETNX 是『SET if Not eXists』(假如不存在，则 SET)的简写。 可用版本：= 1.0.0 时间简单度：?O(1) 前往值：?设置成功，前往 1。设置失败，前往 0 。 效果如下 redis EXISTS job ? ? ? ? ? ? ? ?# job 不存在(integer) 0redis SETNX job programmer ? ?# job 设置成功(integer) 1redis SETNX job code-farmer ? # 尝试掩盖 job ，失败(integer) 0redis GET job ? ? ? ? ? ? ? ? ? # 没有被掩盖programmer 1、使用互斥锁 该方法是比较普遍的做法，即，在依据key获得的value值为空时，先锁上，再从数据库加载，加载完毕，释放锁。若其他线程发觉猎取锁失败，则睡眠50ms后重试。 至于锁的类型，单机环境用并发包的Lock类型就行，集群环境则使用分布式锁( redis的setnx) 集群环境的redis的代码如下所示: String get(String key) { ? ? String value = redis.get(key); ? ? if (value ?== null) { ? ? ?if (redis.setnx(key_mutex, 1)) { ? ? ? ? ?// 3 min timeout to avoid mutex holder crash ? ? ? ? ?redis.expire(key_mutex, 3 * 60) ? ? ? ? ?value = db.get(key); ? ? ? ? ?redis.set(key, value); ? ? ? ? ?redis.delete(key_mutex); ? ? ?} else { ? ? ? ? ?//其他线程休息50毫秒后重试 ? ? ? ? ?Thread.sleep(50); ? ? ? ? ?get(key); ? ? ?} ? ?} ? } ? 优点: 思路简约 保证全都性 缺点 代码简单度增大 存在死锁的风险 2、异步构建缓存 在这种方案下，构建缓存实行异步策略，会从线程池中取线程来异步构建缓存，从而不会让全部的恳求直接怼到数据库上。该方案redis本人维护一个timeout，当timeout小于System.currentTimeMillis()时，则进行缓存更新，否则直接前往value值。集群环境的redis代码如下所示: String get(final String key) { ? ? ? ? ?V v = redis.get(key); ? ? ? ? ?String value = v.getValue(); ? ? ? ? ?long timeout = v.getTimeout(); ? ? ? ? ?if (v.timeout = System.currentTimeMillis()) { ? ? ? ? ? ? ?// 异步更新后台特别执行 ? ? ? ? ? ? ?threadPool.execute(new Runnable() { ? ? ? ? ? ? ? ? ?public void run() { ? ? ? ? ? ? ? ? ? ? ?String keyMutex = mutex: + key; ? ? ? ? ? ? ? ? ? ? ?if (redis.setnx(keyMutex, 1)) { ? ? ? ? ? ? ? ? ? ? ? ? ?// 3 min timeout to avoid mutex holder crash ?