在高压力的访问下,通过apt-get安装的mysql服务会发生因连接数过多而进程当掉的情况。本身准备用supervisor做服务高可用,可是搜索了一番的结论是通过乌邦图service管理的进程就无法通过supervisor了,而且搜索的结果是乌邦图的service本身就是守护进程。如果本身这是守护进程,服务当掉后为何不会自动重启?为何这样的管理方式无法使用supervisor进行管理?
在高压力的访问下,通过apt-get安装的mysql服务会发生因连接数过多而进程当掉的情况。本身准备用supervisor做服务高可用,可是搜索了一番的结论是通过乌邦图service管理的进程就无法通过supervisor了,而且搜索的结果是乌邦图的service本身就是守护进程。如果本身这是守护进程,服务当掉后为何不会自动重启?为何这样的管理方式无法使用supervisor进行管理?
mysql连接数过多时,有可能是阻塞,而不进程当掉,所以service不重启。数据库做高可用,至少搞个主备,有条件么再多搞几台前面加负载均衡,平摊压力。在程序设计上,对数据库连接数量进行规格控制,防止数据库进程阻塞。
1 回答2.3k 阅读✓ 已解决
1 回答3k 阅读
1 回答1.1k 阅读✓ 已解决
1 回答1.3k 阅读
1.9k 阅读
1 回答1.3k 阅读
1 回答642 阅读
单机不出事的时候可用性100%,出事以后可用性0%;把狗卖了攒台备机吧至少。
附上单机守护进程: