84669 Lernen von Personen
152542 Lernen von Personen
20005 Lernen von Personen
5487 Lernen von Personen
7821 Lernen von Personen
359900 Lernen von Personen
3350 Lernen von Personen
180660 Lernen von Personen
48569 Lernen von Personen
18603 Lernen von Personen
40936 Lernen von Personen
1549 Lernen von Personen
1183 Lernen von Personen
32909 Lernen von Personen
在高压力的访问下,通过apt-get安装的mysql服务会发生因连接数过多而进程当掉的情况。本身准备用supervisor做服务高可用,可是搜索了一番的结论是通过乌邦图service管理的进程就无法通过supervisor了,而且搜索的结果是乌邦图的service本身就是守护进程。如果本身这是守护进程,服务当掉后为何不会自动重启?为何这样的管理方式无法使用supervisor进行管理?
小伙看你根骨奇佳,潜力无限,来学PHP伐。
单机不出事的时候可用性100%,出事以后可用性0%;把狗卖了攒台备机吧至少。
附上单机守护进程:
mysql连接数过多时,有可能是阻塞,而不进程当掉,所以service不重启。数据库做高可用,至少搞个主备,有条件么再多搞几台前面加负载均衡,平摊压力。在程序设计上,对数据库连接数量进行规格控制,防止数据库进程阻塞。
把mysqld写到supervisord里面也行啊…没限制的。
好像还可以把/etc/init.d/mysqld start写到supervisord里面。
单机不出事的时候可用性100%,出事以后可用性0%;把狗卖了攒台备机吧至少。
附上单机守护进程:
mysql连接数过多时,有可能是阻塞,而不进程当掉,所以service不重启。数据库做高可用,至少搞个主备,有条件么再多搞几台前面加负载均衡,平摊压力。在程序设计上,对数据库连接数量进行规格控制,防止数据库进程阻塞。
把mysqld写到supervisord里面也行啊…没限制的。
好像还可以把/etc/init.d/mysqld start写到supervisord里面。