CentOS 6.5 - ОШИБКА 2002 (HY000): не удается подключиться к локальному серверу MySQL через сокет '/var/lib/mysql/mysql.sock' (2)

Прежде чем я начну, я хотел бы заявить, что я попытался исчерпать все сообщения о переполнении стека с тем же вопросом, но либо ни один из их рекомендуемых ответов не подходит (что абсурдно маловероятно), либо я просто не смог найти правильный ответа пока нет. Отсюда следующий пост:

Во-первых, я совсем не разбираюсь в кодировании. Однако в моей работе, которая заключается в управлении веб-сайтом WordPress сети Интернет-телевидения (то есть я планирую ежечасно обновлять наш онлайн-видеоконтент каждый день), я должен научиться понимать основы кодирования в случае возникновения чрезвычайных ситуаций. Это такая чрезвычайная ситуация. Выполняя расширенное планирование для нашего онлайн-контента, я открыл слишком много вкладок и вызвал ошибку WordPress:

Ошибка при установлении соединения с базой данных

Это уже случалось раньше, и мне удалось исправить ошибку, найдя ответ sudo service mysqld start; здесь. Однако, когда это повторилось сегодня снова, просто переделать то, что я делал раньше, больше не работало. Таким образом, я попытался последовать некоторым другим ответам, насколько мне могло помочь мое ограниченное понимание кода. Некоторые другое аналогичный запросы. Пока никакие ответы не помогли мне, а может, я просто не понимаю, как они работают.

Из того, что я понял, моя проблема в том, что

Попытка предыдущего решения не удалась:

[root@li725-222 ~]# sudo service mysqld start;
MySQL Daemon failed to start.
Starting mysqld:  [FAILED]

Это из моего mysqld.log:

171217 05:19:05 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
171217 05:19:16 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
171217  5:19:16 [Note] /usr/libexec/mysqld (mysqld 5.5.53) starting as process 27761 ...
171217  5:19:16 [Note] Plugin 'FEDERATED' is disabled.
171217  5:19:16 InnoDB: The InnoDB memory heap is disabled
171217  5:19:16 InnoDB: Mutexes and rw_locks use GCC atomic builtins
171217  5:19:16 InnoDB: Compressed tables use zlib 1.2.3
171217  5:19:16 InnoDB: Using Linux native AIO
171217  5:19:16 InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: mmap(137363456 bytes) failed; errno 12
171217  5:19:16 InnoDB: Completed initialization of buffer pool
171217  5:19:16 InnoDB: Fatal error: cannot allocate memory for the buffer pool
171217  5:19:16 [ERROR] Plugin 'InnoDB' init function returned error.
171217  5:19:16 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
171217  5:19:16 [ERROR] Unknown/unsupported storage engine: InnoDB
171217  5:19:16 [ERROR] Aborting

171217  5:19:16 [Note] /usr/libexec/mysqld: Shutdown complete

171217 05:19:16 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

При поиске InnoDB: фатальная ошибка: невозможно выделить память для буферного пула в Google, я обнаружил это руководство. Выполнение этого предложения не дало результатов (может я ошибся, а может решение неприменимо?):

(1) Увеличьте физическую оперативную память. Добавление 1 ГБ дополнительной оперативной памяти решит проблему.

(2) Выделите место для подкачки. Экземпляр Digital Ocean VPS по умолчанию не настроен на использование пространства подкачки. Выделив 512 МБ пространства подкачки, мы смогли решить эту проблему. Чтобы добавить пространство подкачки на свой сервер, выполните следующие действия:

## As a root user, perform the following:
# dd if=/dev/zero of=/swap.dat bs=1024 count=512M
# mkswap /swap.dat
# swapon /swap.dat
## Edit the /etc/fstab, and the following entry. /swap.dat      none    swap    sw      0       0

(3) Уменьшите размер буферного пула MySQL.

## Edit /etc/my.cnf, and add the following line under the [mysqld] heading. [mysqld] innodb_buffer_pool_size=64M

Перезапустите mysql, и все готово.

Я попробовал некоторые ответы в этой теме как хорошо, но я не думаю, что кто-то из них работал.

Наш веб-сайт размещен в Linode и работает на CentOS 6.5.

P.S. Я только что заметил, что размер моего mysqld.log увеличился с 754 КБ до ~ 881,97 МБ. Я не знаю причины, но, конечно, это должно иметь какое-то отношение к моим попыткам исправить. Я помню, как удалил файлы / var / lib / mysql / ib_logfile0 и / var / lib / mysql / ib_logfile1 в соответствии с советом одного из решений, которые я пробовал (я поддержал их, конечно, первыми). Разница между mysqld.log тогда и сейчас заключается в том, что в последней версии были добавлены следующие текстовые строки:

171217 05:19:16 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
171217 05:39:42 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
171217  5:39:42 [Note] /usr/libexec/mysqld (mysqld 5.5.53) starting as process 28073 ...
171217  5:39:42 [Note] Plugin 'FEDERATED' is disabled.
171217  5:39:42 InnoDB: The InnoDB memory heap is disabled
171217  5:39:42 InnoDB: Mutexes and rw_locks use GCC atomic builtins
171217  5:39:42 InnoDB: Compressed tables use zlib 1.2.3
171217  5:39:42 InnoDB: Using Linux native AIO
171217  5:39:42 InnoDB: Initializing buffer pool, size = 64.0M
171217  5:39:42 InnoDB: Completed initialization of buffer pool
171217  5:39:42  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...
171217  5:39:42  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...
171217  5:39: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!
171217  5:39: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...
171217  5:39:42  InnoDB: Error: page 1 log sequence number 1118101582
InnoDB: is in the future! Current system log sequence number 580967436.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: for more information.
171217  5:39:42  InnoDB: Error: page 4 log sequence number 1099567460
InnoDB: is in the future! Current system log sequence number 580967436.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: for more information...

..с этим последним абзацем зацикливанием и зацикливанием до момента (возможно, он все еще обновляется).