今天完成的事情：

1.师兄提的问题，怎么样防止修改数据清楚缓存的瞬间压垮数据库

百度上没怎么看到有人提这个问题，最后查到怎么样防止数据库被大量数据瞬间压垮

使用熔断器设计模式，不过太过于复杂，在此略过

2.压测数据

看了下师兄们的压测日报，得到的信息是要使后端接口的压测的90line在200ms左右，并且不能出错

但是测过一番之后发现自己的数据很大，和其他人日报中的数据很不一致

并且有一个问题，使用了缓存反而比不用缓存要慢

问了下韦杰师兄，他肯定用了缓存性能会更好

于是修改了代码，不使用分布式缓存，直接使用自己服务器上的缓存

得到了和师兄们相似的压测结果

无缓存，并发数：5 ，循环数：20

有缓存，并发数：5，循环数：20

无缓存，并发数：10 ，循环数：20

有缓存，并发数：10，循环数：20

无缓存，并发数：20 ，循环数：20

有缓存，并发数：20 ，循环数：20

无缓存，并发数：50 ，循环数：20

有缓存，并发数：50 ，循环数：20

总结数据：

①json接口与JSP接口对比，数据在低并发时差别不是很大，但是在并发数高时，json性能远远高于jsp

②有无缓存对比：有缓存对比无缓存速度更快

③90line：JSP达到相应时间界限的并发数在20，Json要高的多，在50

在进行负载均衡压测之后才发现不太对劲，和师兄聊过之后的总结：

分布式缓存要在局域网中进行，不然的话通过访问外网取得数据反而会拖累响应速度，适得其反

3.了解了一点redis的知识以及jedis的语法

明天计划的事情：

1.在同一台服务器上安装两个web服务器进行负载均衡，缓存从服务器上直接取

2.部署redis和使用jedis客户端存取缓存

遇到的问题：

压测负载均衡的两个服务器时服务器反映过慢

原因是因为通过外网使用分布式缓存，打算在同一台服务器上部署两个web服务进行压测

收获：

1.从师兄的日报中学到了压测的标准

2.分布式缓存不能通过外网连接

进度：

任务6开始时间：2017.10.08

预计demo时间：2017.10.16

延期风险：无

禅道

http://task.ptteng.com/zentao/project-task-350.html