memcache宕机之后,mysql如何处理瞬间几百万的连接?

memcache服务全部宕机之后,mysql如何应对几百万的并发请求?

9 个解决方案

#1

排队呗，只不过时间略长点而已

#2

memcache 也是单线程的吧

#3

那就相当于没有缓存。
只能是等待上一请求完成在处理下一请求。

#4

引用 3 楼 fdipzone 的回复:

那就相当于没有缓存。
只能是等待上一请求完成在处理下一请求。

就怕mysql因为瞬间访问量过大宕机

#5

引用 1 楼 xuzuning 的回复:

排队呗，只不过时间略长点而已

排队?如何排队呢?

#6

就怕mysql因为瞬间访问量过大宕机
就表示你并不知道 服务的工作原理
任何服务都有一个并发响应数的上限，当当前请求数超过这个上限时，服务会将超出的请求放到一个队列里。在适当的时候取出来处理。
这就是排队。当然，这并不需要你去干预。

#7

本帖最后由 fdipzone 于 2015-08-30 11:32:54 编辑

引用 4 楼 yansha666 的回复:

Quote: 引用 3 楼 fdipzone 的回复:

那就相当于没有缓存。
只能是等待上一请求完成在处理下一请求。

就怕mysql因为瞬间访问量过大宕机

那也没办法啊，除非你先保证没有memcache都可以正常处理那么多的请求。

#8

如果可能的话，服务降级吧

#9

你的意思是原来在缓存 然后都要从数据库读取，那么担心那就多设计几个方案嘛，方案有多套看你自己怎么评估他们的优先级咯.
再者除非你的访问非常高 数据库是不会挂的 ，至多会出现请求过多处理不过来的提示.