Amazon EC2 MySQL nie mógł uruchomić

Question

Mam problemy z uruchomieniem MySQL po tym, jak losowo przestał działać kilka minut temu. Dostaję taki błąd podczas próby połączenia:

Connect failed: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) 

Więc próbowałem zrestartować MySQL (ten pracował dla mnie wcześniej) i mam to:

Stopping mysqld:           [ OK ] 
MySQL Daemon failed to start. 
Starting mysqld:           [FAILED] 

Oto mój dziennik błędów:

130414 20:03:45 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 
130414 20:03:45 [Note] Plugin 'FEDERATED' is disabled. 
130414 20:03:45 InnoDB: The InnoDB memory heap is disabled 
130414 20:03:45 InnoDB: Mutexes and rw_locks use GCC atomic builtins 
130414 20:03:45 InnoDB: Compressed tables use zlib 1.2.5 
130414 20:03:45 InnoDB: Using Linux native AIO 
130414 20:03:45 InnoDB: Initializing buffer pool, size = 128.0M 
130414 20:03:45 InnoDB: Completed initialization of buffer pool 
InnoDB: The first specified data file ./ibdata1 did not exist: 
InnoDB: a new database to be created! 
130414 20:03:45 InnoDB: Setting file ./ibdata1 size to 10 MB 
InnoDB: Database physically writes the file full: wait... 
130414 20:03:46 InnoDB: Log file ./ib_logfile0 did not exist: new to be created 
InnoDB: Setting log file ./ib_logfile0 size to 5 MB 
InnoDB: Database physically writes the file full: wait... 
130414 20:03:46 InnoDB: Log file ./ib_logfile1 did not exist: new to be created 
InnoDB: Setting log file ./ib_logfile1 size to 5 MB 
InnoDB: Database physically writes the file full: wait... 
InnoDB: Doublewrite buffer not found: creating new 
InnoDB: Doublewrite buffer created 
InnoDB: 127 rollback segment(s) active. 
InnoDB: Creating foreign key constraint system tables 

Czy ktoś może zaoferować kilka wskazówek? Jestem całkiem nieobyczajny na tym serwerze: P

Wielkie dzięki!

Answer 1

Naprawiłem to przez ponowne uruchomienie mojej instancji EC2.

Answer 2

Ponowne uruchomienie instancji pomaga, ale nie rozwiązuje jej na stałe.

To co kiedyś go rozwiązać: http://www.prowebdev.us/2012/05/amazon-ec2-linux-micro-swap-space.html

Answer 3

miałem ten problem też na EC2 mikro przykład biegałam na WordPress. Okazało się, że Apache był biczem pamięci, który nie pozwalał mysqld na rozpoczynanie/ponowne uruchamianie. Kiedy edytowałem httpd.conf, aby okiełznać wykorzystanie pamięci przez Apache, httpd rozpoczął się bez żadnych problemów.

Answer 4

W moim przypadku rozwiązałem go, czyszcząc trochę miejsca na serwerze.

Robiłem codzienne archiwizowanie bazy danych, co skutkowało konsumpcją dużej ilości miejsca. Usunąłem wszystkie te kopie zapasowe i uruchomiłem mysql.

Answer 5

Widziałem ten problem wiele razy na wielu serwerach AWS, główną przyczyną w moim przypadku był brak miejsca. Usunąłem niektóre nieużywane pliki z serwera, który zajmował miejsce i problem został rozwiązany.

To wydanie braku miejsca spowoduje również zatrzymanie działania apache.