问题：
如何检查redis服务是否健康？
| 策略 | 优点 | 缺点 |
|---|---|---|
| 定时过期： 每个设置了过期时间的key，都携带一个定时器做倒计时，到期自动删除 |
立即清除，无空间浪费 | 定时器占用大量cpu，影响性能 |
| 惰性过期： 只有当访问的时候，才会判断是否过期，过期则删除 |
最大化节省cpu | 过期数据未被访问时，会占用存储，造成空间浪费 |
| 定期过期： 每隔一定时间，随机扫描一定数量带有有效期的key，并清除其中已过期的key |
前两种的这种方案 | 难点： 需要合理设置 “时间”、 “数量” |
缓存与数据库保持一致
- 低效做法：使用事务，数据库与缓存的更新
- 符合ACID
- 业务普遍做法：先更新数据库，再删除缓存
- 严谨但复杂的做法：消息队列、订阅binlog
旁路缓存原则：
读操作：
- 先读缓存
- 如果命中，直接返回
- 如果未命中，访问DB，并写入缓存写操作：
- 删缓存，而不是更新缓存
- 先写DB，再删缓存问题：
以下方式，存在什么隐患？
- 先更新缓存，再更新数据库
- 先删除缓存，再更新数据库
- 先更新数据库，再更新缓存
高并发时失效
雪崩：在用户高并发瞬间，如果缓存不可用（失效），用户的请求压力，都转到数据库，导致数据库挂掉，并最终导致整个系统挂掉。
// 业务中改成这样是否有问题
function getDataBuyKey($strKey) {
// 从缓存中取数据
$arrData = getCacheData($strKey);
// 如果未命中缓存，或缓存即将失效，抢占锁
if (!$arrData || $arrData['ttl'] - time() < 10) {
// 如果抢锁成功（带有效期的锁），可以查库
if (redis::set('lock_' . $strKey, 1, array('nx', 'ex' => 10))) {
$arrData = getDbData($strKey); // 查库
setCacheData($arrData); // 更新缓存
}
}
return $arrData;
}
被故意不命中
用户伪造大量请求，故意不命中缓存，当这些请求集中转到数据库时，导致数据库挂掉，并最终导致整个系统挂掉。
function getDataBuyKey($strKey) {
$arrData = [];
// 先执行key的有效验证
if (checkKey($strKey)) {
// 从缓存中取数据，未取到，返回null
$arrData = getCacheData($strKey);
}
// 如果未命中缓存，或者缓存即将失效，抢占锁
if (is_null($arrData) || $arrData['ttl'] - time() < 10) {
// 如果抢锁成功（带有效期的锁），可以查库
if (redis::set('lock_' . $strKey, 1, array('nx', 'ex' => 10))) {
$arrData = (array)getDbData($strKey); // 查库
setCacheData($arrData); // 更新缓存，若为空值，写入"[]"
}
is_null($arrData) && $arrData = []
}
return $arrData; // 返回空数据，或即将失效的数据，或最新的数据
}