Commit da0f759

authored

docs: update why-cache.md and close doocs#39

- Fix typo in why-cache.md - Close doocs#39 @jiaxingzheng

1 parent 64585c9 commit da0f759Copy full SHA for da0f759

File tree

1 file changed

-3

lines changed

docs/high-concurrency
- why-cache.md

1 file changed

-3

lines changed

`‎docs/high-concurrency/why-cache.md‎`

Lines changed: 3 additions & 3 deletions

Original file line number	Diff line number	Diff line change
`@@ -21,12 +21,12 @@`
`21`	`21`
`22`	`22`	`缓存啊,折腾 600ms 查出来的结果,扔缓存里,一个 key 对应一个 value,下次再有人查,别走 mysql 折腾 600ms 了,直接从缓存里,通过一个 key 查出来一个 value,2ms 搞定。性能提升 300 倍。`
`23`	`23`
`24`		`-就是说对于一些需要复杂操作耗时查出来的结果,且确定后面不怎么变化,但是有很多读请求,那么结果直接放在缓存,后面直接读缓存就好。`
	`24`	`+就是说对于一些需要复杂操作耗时查出来的结果,且确定后面不怎么变化,但是有很多读请求,那么直接将查询出来的结果放在缓存中,后面直接读缓存就好。`
`25`	`25`
`26`	`26`	`#### 高并发`
`27`	`27`	mysql 这么重的数据库,压根儿设计不是让你玩儿高并发的,虽然也可以玩儿,但是天然支持不好。mysql 单机支撑到 `2000QPS` 也开始容易报警了。
`28`	`28`
`29`		`-所以要是你有个系统,高峰期一秒钟过来的请求有 1万,那一个 mysql 单机绝对会死掉。你这个时候就只能上缓存,把很多数据放缓存,别放 mysql。缓存功能简单,说白了就是 key-value 式操作,单机支撑的并发量轻松一秒几万十几万,支撑高并发 so easy。单机承载并发量是 mysql 单机的几十倍。`
	`29`	+所以要是你有个系统,高峰期一秒钟过来的请求有 1万,那一个 mysql 单机绝对会死掉。你这个时候就只能上缓存,把很多数据放缓存,别放 mysql。缓存功能简单,说白了就是 `key-value` 式操作,单机支撑的并发量轻松一秒几万十几万,支撑高并发 so easy。单机承载并发量是 mysql 单机的几十倍。
`30`	`30`
`31`	`31`	`> 缓存是走内存的,内存天然就支撑高并发。`
`32`	`32`
`@@ -36,4 +36,4 @@ mysql 这么重的数据库,压根儿设计不是让你玩儿高并发的,`
`36`	`36`	`- [缓存雪崩、缓存穿透](/docs/high-concurrency/redis-caching-avalanche-and-caching-penetration.md)`
`37`	`37`	`- [缓存并发竞争](/docs/high-concurrency/redis-cas.md)`
`38`	`38`
`39`		`-后面再详细说明。`
	`39`	`+后面再详细说明。`

0 commit comments

Comments

(0)

Navigation Menu

Search code, repositories, users, issues, pull requests...

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

Commit da0f759

File tree

1 file changed

1 file changed

`‎docs/high-concurrency/why-cache.md‎`

0 commit comments