doocs/advanced-java
1
0
Fork 0
mirror of https://github.com/doocs/advanced-java.git synced 2026-08-18 10:43:29 +08:00
Code Issues Packages Projects Releases Wiki Activity

docs(project): update config, fix typo

Browse Source 
Add .gitignore and .gitattribute
Fix typo
Update offer page
This commit is contained in:
yanglbme
2018-12-21 19:53:45 +08:00
parent 488cb742ed
commit a3ab26dca2
21 changed files with 87 additions and 43 deletions
Download Patch File Download Diff File Expand all files Collapse all files

4
docs/high-concurrency/why-cache.md
View File

@@ -6,7 +6,7 @@
只要问到缓存，上来第一个问题，肯定是先问问你项目哪里用了缓存？为啥要用？不用行不行？如果用了以后可能会有什么不良的后果？
这就是看看你对你用缓存这个东西背后有没有思考，如果你就是傻乎乎的瞎用，没法给面试官一个合理的解答。那面试官对你印象肯定不太好，觉得你平时思考太少，就知道干活儿。
这就是看看你对缓存这个东西背后有没有思考，如果你就是傻乎乎的瞎用，没法给面试官一个合理的解答，那面试官对你印象肯定不太好，觉得你平时思考太少，就知道干活儿。
## 面试题剖析
@@ -19,7 +19,7 @@
#### 高性能
假设这么个场景，你有个操作，一个请求过来，吭哧吭哧你各种乱七八糟操作 mysql，半天查出来一个结果，耗时 600ms。但是这个结果可能接下来几个小时都不会变了，或者变了也可以不用立即反馈给用户。那么此时咋办？
缓存啊，折腾 600ms 查出来的结果，扔缓存里，一个 key 对应一个 value，下次再有人查，别走 mysql 折腾 600ms 了。直接从缓存里，通过一个 key 查出来一个 value，2ms 搞定。性能提升300倍。
缓存啊，折腾 600ms 查出来的结果，扔缓存里，一个 key 对应一个 value，下次再有人查，别走 mysql 折腾 600ms 了，直接从缓存里，通过一个 key 查出来一个 value，2ms 搞定。性能提升 300 倍。
就是说对于一些需要复杂操作耗时查出来的结果，且确定后面不怎么变化，但是有很多读请求，那么结果直接放在缓存，后面直接读缓存就好。