㈠ 该怎么解决 Redis 缓存穿透和缓存雪崩问题
缓存雪崩： 由于缓存层承载着大量请求，有效地 保护了存储层，但是如果缓存层由于某些原因不能提供服务，比如 Redis 节点挂掉了，热点 key 全部失效了，在这些情况下，所有的请求都会直接请求到数据库，可能会造成数据库宕机的情况。
预防和解决缓存雪崩问题，可以从以下三个方面进行着手：
1、使用 Redis 高可用架构：使用 Redis 集群来保证 Redis 服务不会挂掉
2、缓存时间不一致： 给缓存的失效时间，加上一个随机值，避免集体失效
3、限流降级策略：有一定的备案，比如个性推荐服务不可用了，换成热点数据推荐服务
缓存穿透： 缓存穿透是指查询一个根本不存在的数据，这样的数据肯定不在缓存中，这会导致请求全部落到数据库上，有可能出现数据库宕机的情况。
预防和解决缓存穿透问题，可以考虑以下两种方法：
1、缓存空对象： 将空值缓存起来，但是这样就有一个问题，大量无效的空值将占用空间，非常浪费。
2、布隆过滤器拦截： 将所有可能的查询key 先映射到布隆过滤器中，查询时先判断key是否存在布隆过滤器中，存在才继续向下执行，如果不存在，则直接返回。布隆过滤器有一定的误判，所以需要你的业务允许一定的容错性。
㈡ 集成部署对redis缓存失效有影响吗
expires查找key期间存说明应key没设置期间直接返
slave机器则直接返Redis保证数据致性且实现简单缓存失效主权交给Master机器slave机器没权限key失效
前Master机器且key期则master做两件重要事情：1）删除命令写入AOF文件2）通知Slave前key失效删除
master本字典key于值删除
主失效机制
主失效机制叫积极失效机制即服务端定检查失效缓存失效则进行相应操作
我都知道Redis单线程基于事件驱RedisEventLoopEventLoop负责两类事件进行处理：
类IO事件类事件底层路复用器离
类定事件类事件主要用事件某任务定执行
㈢ Nginx缓存什么时候失效
location ~.*\.(js|css|html|png|jpg)$ 这个是设置类型
{
expires 3d;
}
expires 3d;//表示缓存3天
expires 3h;//表示缓存3小时
expires max;//表示缓存10年
expires -1;//表示永远过期。
如果设置为-1在js、css等静态文件在没有修改的情况下返回的是http 304，如果修改返回http 200
http 304：自从上次请求后，请求的网页未修改过。服务器返回此响应时，不会返回网页内容。
http 200：服务器已成功处理了请求，这表示服务器提供了请求的内容。
=======
如果不想让代理或浏览器缓存，加no-cache参数
add_header Cache-Control no-cache;
这样浏览器F5刷新时，返回的就是http 200，而不是http 304
㈣ 缓存内容已过期请重新打开页面
摘要 在onedrive将“文件协作”功能关闭，然后重启Office软件。
㈤ 什么叫缓存命中率
其中很多人谈到了缓存命中率的问题，应用缓存的命中率取决于很多的因素：
1、应用场景
是OLTP还是OLAP应用，即使是OLTP，也要看访问的频度，一个极少被访问到的缓存等于没有什么效果。一般来说，互联网网站是非常适合缓存应用的场景。
2、缓存的粒度
毫无疑问，缓存的粒度越小，命中率就越高，对象缓存是目前缓存粒度最小的，因此被命中的几率更高。举个例子来说吧：你访问当前这个页面，浏览帖子，那么对于ORM来说，需要发送n条SQL，取各自帖子user的对象。很显然，如果这个user在其他帖子里面也跟贴了，那么在访问那个帖子的时候，就可以直接从缓存里面取这个user对象了。
3、架构的设计
架构的设计对于缓存命中率也有至关重要的影响。例如你应该如何去尽量避免缓存失效的问题，如何尽量提供频繁访问数据的缓存问题，这些都是考验架构师水平的地方。再举个例子来说，对于论坛，需要记录每个topic的浏览次数，所以每次有人访问这个topic，那么topic表就要update一次，这意味着什么呢？对于topic的对象缓存是无效的，每次访问都要更新缓存。那么可以想一些办法，例如增加一个中间变量记录点击次数，每累计一定的点击，才更新一次数据库，从而减低缓存失效的频率。
4、缓存的容量和缓存的有效期
缓存太小，造成频繁的LRU，也会降低命中率，缓存的有效期太短也会造成缓存命中率下降。
所以缓存命中率问题不能一概而论，一定说命中率很低或者命中率很高。但是如果你对于缓存的掌握很精通，有意识的去调整应用的架构，去分解缓存的粒度，总是会带来很高的命中率的。
这里我可以举一个实际的案例，JavaEye2.0网站在使用对象缓存之前，通过MySQL的监控工具进行观察，在连续24小时的平均每秒发送SQL条数超过了200条，在使用对象缓存之后，连续24小时的平均每秒发送SQL条数下降到了120条左右，几乎下降了一半。
考虑到很多SQL都是分页语句，关联查询，条件查询，集合操作，都是不能被缓存的SQL，而真正能够被缓存的SQL只有根据主键查询对象和对象关联对象的查询。所以真正能够被缓存的SQL估计最多占所有SQL的60%。所以换算下来，应用缓存的命中率之高，已经相当惊人了。
不过这里要提醒的一点，有将近一半的SQL都被缓存，不意味着性能可以提升一倍。这是因为能够被缓存的都是按照主键查询单条记录的SQL，这些SQL本身即使发送到数据库，对数据库造成的压力也没有想象的那么大。真正对数据库造成庞大压力的正是那些没有索引的大表查询，和造成了全表扫描的关联查询，这些一旦涉及到全表扫描的查询，才是性能的真正杀手。当然了，不管怎么说，通过使用对象缓存，是毫无疑问可以大幅度降低数据库的负载压力的，有效提升web应用的性能的。
关于这一点，我再给出一组数据来加深大家的印象，通过使用操作系统网络工具进行统计：
JavaEye网站web server的端口每秒数据流量是2MB；
JavaEye网站的MySQL数据库端口的每秒数据流量是1.2MB；
而网站的memcached的端口每秒的数据流量高达5MB
㈥ ajax 缓存强制使用缓存无效
1.设置header的Context-Type为application/x-www-form-urlencode确保服务器知道实体中有参数变量. 通常使用XmlHttpRequest对象的SetRequestHeader("Context-Type","application/x-www- form-urlencoded;")。例：
xmlHttp.setRequestHeader("Content-Type","application/x-www-form-urlencoded");
2.参数是名/值一一对应的键值对,每对值用&号隔开.如 var name=abc&sex=man&age=18，注意var name=update.php?
abc&sex=man&age=18以及var name=?abc&sex=man&age=18的写法都是错误的;
3.参数在Send(参数)方法中发送,例： xmlHttp.send(name); 如果是get方式，直接 xmlHttp.send(null);
4.服务器端请求参数区分Get与Post。如果是get方式则$username = $_GET["username"]; 如果是post方式，则$username = $_POST["username"];
㈦ 一个页面禁止缓存，在点击返回之后会提示改页面一失效之类的提示语，我们如何自定义提示语呢
如果是页面中的返回按钮，可以连接到之前返回页面的url，而不使用histroy.go(-1)，如果是点击ie的返回出现了页面过期，对于部分功能也是正常的吧，例如网上银行的支付就都是不允许后退的阿
㈧ 设置页面在失效前被缓存的时间是什么意思
你应该是说的页面缓存失效时间，比如你改了页面引入的js，刷新的时候并不会生效，因为实际上浏览的是缓存的页面，并没有载入新写的JS，缓存失效过了之后会重新读一遍就会把新写的js读进去了，这个一般都是项目和服务器配置，跟前端无关
㈨ java缓存失效判断，缓存一般是存放在Hashtable中，并且有个失效时间。怎么判断这个时间。
用一个单独的线程,定时检查HashTable里的时间,过期就删除