Nagłe zamknięcie serwera bazy danych to bardzo poważna awaria. Należy tego unikać w systemie produkcyjnym, ponieważ może nie zostać ponownie uruchomiony w sposób czysty.
Serwer bazy danych jest zasobem udostępnionym i prawie nigdy nie powinien kończyć się w nieplanowany sposób podczas produkcji. Jedyną rzeczą, która powinna spowodować nieplanowane zakończenie, jest katastrofalna awaria sprzętu lub zasilania. Większość poprawnie skonfigurowanych produkcyjnych serwerów baz danych ma nieplanowane zakończenie raz na dziesięć lat lub rzadziej. Poważnie.
Co robić?
Napraw konfigurację Apache. Ogranicz liczbę wątków roboczych i procesów, z których może korzystać, aby nie działała jak szalona. Dowiedz się, jak to zrobić. To ważne. Zobacz tutaj:http://httpd.apache.org/docs/ current/mod/mpm_common.html#maxrequestworkers
Napraw usterki w swojej aplikacji internetowej, które powodują, że Twój Apache działa dziko.
Jeśli możesz, przenieś swój serwer mysqld na inny serwer niż Apache, aby obaj nie rywalizowali o te same zasoby sprzętowe.
Skonfiguruj swój mysqld, aby ograniczyć liczbę połączeń, które będzie akceptować z wątków roboczych Apache lub innych klientów. Twoja aplikacja internetowa prawdopodobnie radzi sobie z sytuacją, w której wątek roboczy musi czekać na połączenie. Spójrz tutaj. http://dev.mysql.com /doc/refman/5.0/en/server-system-variables.html#sysvar_max_connections
Czy korzystasz z mikroinstancji EC2? Musisz zrobić trochę poważnego tuningu. Zobacz tutaj:http://ubuntuforums.org/showthread.php?t=1979049
