InnoDB — ploshadka.net

MariaDB

Admin — Tue, 05 Feb 2019 08:00:51 +0000

MariaDB – система управления базами данных на основе MySQL.

Где находятся логи

Логи в CentOS находятся здесь:

var -> log -> mariadb -> mariadb.log

Как читать логи

В первой «колонке» — сокращенная дата (год, месяц, день), затем идет время ошибки и её описание.

До версии MariaDB 10.1.4 ошибка выглядит так:

181110 6:00:00 InnoDB: Fatal error: cannot allocate memory for the buffer pool

Вероятно, такое начало записи у многих может вызвать недоумение. Что это за цифры в самом начале строки? Идентификатор, номер порта или что?

И начиная с версии MariaDB 10.1.5, дату решили расширить. А также добавили идентификатор:

2016-06-15 6:0:0 12348739923 InnoDB: Fatal error: cannot allocate memory for the buffer pool

Как перевести таблицу из InnoDB в MyISAM

Admin — Wed, 01 Nov 2017 08:01:13 +0000

Меняем формат хранения табличных данных. Переводим таблицы базы данных для WordPress из InnoDB в MyISAM.

Зачем может понадобиться смена формата таблиц?

У каждой из таблиц есть свои преимущества и недостатки. В целом считается, что InnoDB более надежная база для больших структур, чем MyISAM.

Однако на деле, в привычной жизни рядового вебмастера таблицы с InnoDB приносят больше проблем, чем MyISAM. Потому что последние чинить гораздо проще.

Ниже ошибка в базе данных InnoDB, которая не чинится встроенными инструментами SQL, phpMyAdmin или WordPress.

Вы будете получать уведомления:

the storage engine for the table doesn't support repair wordpress

Также в логах можно увидеть ошибки от InnoDB такого рода:

171027 15:11:53 InnoDB: The InnoDB memory heap is disabled
171027 15:11:53 InnoDB: Mutexes and rw_locks use GCC atomic builtins
171027 15:11:53 InnoDB: Compressed tables use zlib 1.2.7
171027 15:11:53 InnoDB: Using Linux native AIO
171027 15:11:53 InnoDB: Initializing buffer pool, size = 128.0M
171027 15:11:53 InnoDB: Completed initialization of buffer pool
171027 15:11:53 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!
171027 15:11:53 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...
171027 15:11:54 InnoDB: Waiting for the background threads to start
171027 15:11:55 Percona XtraDB (http://www.percona.com) 5.5.49-MariaDB-38.0 started; log sequence number 402087117

Для починки таких ошибок нужно заходить через SHH, создавать DUMP InnoDB и затем его восстанавливать. А это несколько замороченее, чем починка таблиц MyISAM.

Переводим таблицы из InnoDB в MyISAM

К тому же таблицах в таблицах InnoDB полноценные текстовой поиск не работает (хотя в последних версиях вроде как заявлена). Это приводит к тому, что некоторые плагины поиска на WordPress либо просят перевести таблицу в другой формат либо ищут некачественно.

Команда перевода основных таблиц WordPress из InnoDB в MyISAM:

ALTER TABLE wp_commentmeta ENGINE=myisam;
ALTER TABLE wp_comments ENGINE=myisam;
ALTER TABLE wp_links ENGINE=myisam;
ALTER TABLE wp_options ENGINE=myisam;
ALTER TABLE wp_postmeta ENGINE=myisam;
ALTER TABLE wp_posts ENGINE=myisam;
ALTER TABLE wp_termmeta ENGINE=myisam;
ALTER TABLE wp_terms ENGINE=myisam;
ALTER TABLE wp_term_relationships ENGINE=myisam;
ALTER TABLE wp_term_taxonomy ENGINE=myisam;
ALTER TABLE wp_usermeta ENGINE=myisam;
ALTER TABLE wp_users ENGINE=myisam;

Команды нужно вводить в phpMyAdmin или в программах работающих с базами данных удалённо, например, Sequel Pro.

Починка базы данных WordPress

Admin — Wed, 01 Nov 2017 08:00:07 +0000

Исправляем ошибки, возникающие в WordPress, в базе данных MySQL.

При работе сайта так или иначе иногда в базе данных таблицы «крошатся». Сайт при этом может и дальше работать. Хотя о стабильности в этом случае говорить не приходится. Запросто может остановится служба MySQL, а в результате сайты будут простаивать в нерабочем состоянии. Так что лучше сломанный таблицы чинить.

В этой заметке мы будем чинить таблицы с форматом данных MyISAM. Для таблиц в InnoDB нижеследующие команды обычно не помогают. Я рекомендую для WordPress переводить базы данных в MyISAM.

Логи записей с испорченными таблицами могут выглядеть так:

[ERROR] mysqld: Table './ваша база данных/wp_options' is marked as crashed and should be repaired
[Warning] Checking table: './ваша база данных/wp_options'
[ERROR] mysqld: Table './ваша база данных/wp_postmeta' is marked as crashed and should be repaired
[Warning] Checking table: './ваша база данных/wp_postmeta'

Для починки таких таблицы обычно достаточно запустить в phpMyAdmin команду Repair:

Или воспользоваться встроенными в WordPress инструментами починки базы данных.

Открываем файл wp-config.php и записываем туда:

Using WP_ALLOW_REPAIR

Затем переходим по ссылке:

http://ploshadka.net/wp-admin/maint/repair.php

^^^
адрес сайта указываем свой. И попадаем на страницу ремонта баз данных от WordPress:

MSQL Error: Can’t Create new tempfile

Такая ошибка в MyISAM не исправляется инструкциями выше, зато её легко можно поправить через командную строку (SSH). Для починки требуется ввести:

myisamchk -r -f /var/lib/mysql/название базы данных которую надо починить/wp_posts