Что может привести к остановке сервера MySQL?
Согласно справочной странице MySQL по движкам MEMORY...
Когда сервер MySQL останавливается или перезапускается, данные в таблицах MEMORY теряются.
Я запускаю таблицу MEMORY на экземпляре Amazon ec2 t1.micro, и все шло относительно хорошо, пока около часа назад я не понял, что все мои таблицы MEMORY были стерты.
Я не перезагружал сервер, он все еще работает нормально, хотя в своих журналах я понял, что нагрузка на процессор становилась достаточно высокой, так как я, кажется, слишком сильно загружал сервер.
Средние значения загрузки системы ЦП читались 4.98, 3.32, 2.22 (1,5,15) всего за несколько минут до крушения.
Возможно ли, что высокая загрузка ЦП на одноядерном микроэкземпляре могла привести к тому, что мой сервер MySQL "остановился" и, таким образом, отбросил все таблицы памяти?
Слава Богу, у меня есть резервная копия... В этот раз я перезагружаюсь, не нажимая на сервер так сильно.
Я скопировал мой конец файла MySQL error.log ниже:
150511 21:14:39 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use$
150511 21:14:39 [Note] Plugin 'FEDERATED' is disabled.
150511 21:14:41 InnoDB: The InnoDB memory heap is disabled
150511 21:14:41 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150511 21:14:41 InnoDB: Compressed tables use zlib 1.2.8
150511 21:14:41 InnoDB: Using Linux native AIO
150511 21:14:41 InnoDB: Initializing buffer pool, size = 128.0M
150511 21:14:42 InnoDB: Completed initialization of buffer pool
150511 21:14:42 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
150511 21:14:42 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
150511 21:14:59 InnoDB: Waiting for the background threads to start
150511 21:15:00 InnoDB: 5.5.41 started; log sequence number 12053647257
150511 21:15:00 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
150511 21:15:00 [Note] - '127.0.0.1' resolves to '127.0.0.1';
150511 21:15:00 [Note] Server socket created on IP: '127.0.0.1'.
150511 21:15:01 [Note] Event Scheduler: Loaded 0 events
150511 21:15:01 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.41-0ubuntu0.14.04.1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Ubuntu)
150511 21:15:17 [ERROR] /usr/sbin/mysqld: Table './phpmyadmin/pma_column_info' is marked as crashed and should be repaired
150511 21:15:17 [Warning] Checking table: './phpmyadmin/pma_column_info'
150511 21:15:18 [ERROR] /usr/sbin/mysqld: Table './phpmyadmin/pma_recent' is marked as crashed and should be repaired
150511 21:15:18 [Warning] Checking table: './phpmyadmin/pma_recent'
150511 21:15:18 [ERROR] /usr/sbin/mysqld: Table './phpmyadmin/pma_table_uiprefs' is marked as crashed and should be repaired
150511 21:15:18 [Warning] Checking table: './phpmyadmin/pma_table_uiprefs
Это произошло как раз тогда, когда я говорил, что процессор проходит через крышу. Я не уверен, что это все еще означает, но я предполагаю, что сброс MySQL сервера здесь. Любая помощь будет оценена.