Я учился (после нескольких часов поиска и устранения неисправностей), что, если что-то идет не так, как надо в Вашей установке, ни одна из настроек не обновлена.
Для, например, в моем случае, была повреждена репликация. Однако Вместо
Slave_IO_Running: No
Slave_SQL_Running: No
Поднимаясь как "НЕТ", название основного хоста также не стало обновленным, который я изменил в своем .cnf файле. Кроме того, пропуск-innoDB не был установлен в моем .cnf файле, но innoDB все еще не становился включенным. Это привело меня подозревать, что проблема была связана с .cnf файлом.
Это, оказалось, однако, было двумя отдельными вещами.
InnoDB не мог подойти из-за нехватки памяти. Память, которую я выделял, была больше, чем новый предлагаемый экземпляр EC2. Это - урок, создающий изображения: обратите внимание на размер экземпляра, который Вы создаете.
Вторая проблема состояла в том, что репликация не подходила. Это вызвано тем, что я не имел:
ВЕДОМОЕ УСТРОЙСТВО СБРОСА
И затем соответственно измененный:
MASTER_LOG_POS
Я получил ответ на это по другому вопросу о SF:
Почему MySQL Replication является так сложным?
Замечательный гид, отправленный как ответ там.
Я получил указатели на все это в моем журнале SQL, расположенном в:
/var/log/mysql/error.log
Это имело следующие записи:
InnoDB: Error: cannot allocate 1048592384 bytes of
InnoDB: memory with malloc! Total allocated memory
InnoDB: by InnoDB 38079360 bytes. Operating system errno: 12
InnoDB: Check if you should increase the swap file or
InnoDB: ulimits of your operating system.
InnoDB: On FreeBSD check you have compiled the OS with
InnoDB: a big enough maximum process size.
InnoDB: Note that in most 32-bit computers the process
InnoDB: memory space is limited to 2 GB or 4 GB.
InnoDB: We keep retrying the allocation for 60 seconds...
InnoDB: Fatal error: cannot allocate the memory for the buffer pool
110616 18:41:58 [ERROR] Plugin 'InnoDB' init function returned error.
110616 18:41:58 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
110616 18:41:58 [Warning] Neither --relay-log nor --relay-log-index were used; so replication may break when this MySQL server acts as a slave and has his hostname changed!! Please use '--relay- log=ip-xxxx-relay-bin' to avoid this problem.
110616 18:41:58 [ERROR] Failed to open the relay log 'xxxx' (relay_log_pos 251)
110616 18:41:58 [ERROR] Could not find target log during relay log initialization
110616 18:41:58 [ERROR] Failed to initialize the master info structure
Я действительно надеюсь, что это помогает кому-то однажды!
Проверьте/var/log/syslog на любые ошибки, которые произошли во время запуска MySQL. Может случиться так, что Ваш/etc/mysql/my.cnf файл включает оператор пропуска-innodb, который отключил бы таблицы InnoDB.