84669 orang belajar
152542 orang belajar
20005 orang belajar
5487 orang belajar
7821 orang belajar
359900 orang belajar
3350 orang belajar
180660 orang belajar
48569 orang belajar
18603 orang belajar
40936 orang belajar
1549 orang belajar
1183 orang belajar
32909 orang belajar
在高压力的访问下,通过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里面。