Webasyst ошибка 1146

Свежая установка на локалку (webasyst(83271a00d1ff8c7002b0a8591a9b4ee9)(1.7.4.142).framework). Не могу понять, что не так. Подскажите?

wa-logdb.log

2017-06-15 00:28:11 127.0.0.1
Table 'getfisher.wa_app_settings' doesn't exist
## wa-system/database/waDbMysqliAdapter.class.php(280)
#0 wa-system/database/waDbMysqliAdapter.class.php(156): waDbMysqliAdapter->exception()
#1 wa-system/database/waModel.class.php(171): waDbMysqliAdapter->schema('wa_app_settings', false)
#2 wa-system/database/waModel.class.php(127): waModel->describe()
#3 wa-system/database/waModel.class.php(97): waModel->getFields()
#4 wa-system/database/waModel.class.php(77): waModel->getMetadata()
#5 wa-system/contact/waContact.class.php(63): waModel->__construct()
#6 wa-system/user/waUser.class.php(22): waContact->init()
#7 wa-system/user/waAuthUser.class.php(30): waUser->init()
#8 wa-system/user/waAuthUser.class.php(24): waAuthUser->init()
#9 wa-system/waSystem.class.php(238): waAuthUser->__construct(NULL, Array)
#10 wa-system/waSystem.class.php(279): waSystem::getCommonFactory('auth_user', 'waAuthUser', Array, NULL)
#11 wa-system/waSystem.class.php(516): waSystem->getUser()
#12 wa-system/waSystem.class.php(483): waSystem->dispatchBackend('webasyst/')
#13 index.php(7): waSystem->dispatch()
#14 {main}

2017-06-15 00:28:11 127.0.0.1
Table 'getfisher.wa_app_settings' doesn't exist
## wa-system/database/waDbMysqliAdapter.class.php(280)
#0 wa-system/database/waDbMysqliAdapter.class.php(156): waDbMysqliAdapter->exception()
#1 wa-system/database/waModel.class.php(171): waDbMysqliAdapter->schema('wa_app_settings', false)
#2 wa-system/database/waModel.class.php(127): waModel->describe()
#3 wa-system/database/waModel.class.php(97): waModel->getFields()
#4 wa-system/database/waModel.class.php(77): waModel->getMetadata()
#5 wa-system/auth/waAuth.class.php(43): waModel->__construct()
#6 wa-system/waSystem.class.php(213): waAuth->__construct(Array)
#7 wa-system/waSystem.class.php(380): waSystem->getFactory('auth', 'waAuth', Array)
#8 wa-system/user/waAuthUser.class.php(43): waSystem->getAuth()
#9 wa-system/user/waAuthUser.class.php(24): waAuthUser->init()
#10 wa-system/waSystem.class.php(238): waAuthUser->__construct(NULL, Array)
#11 wa-system/waSystem.class.php(279): waSystem::getCommonFactory('auth_user', 'waAuthUser', Array, NULL)
#12 wa-system/waSystem.class.php(516): waSystem->getUser()
#13 wa-system/waSystem.class.php(483): waSystem->dispatchBackend('webasyst/')
#14 index.php(7): waSystem->dispatch()
#15 {main}

2017-06-15 00:28:11 127.0.0.1
Table 'getfisher.wa_contact' doesn't exist
## wa-system/database/waDbMysqliAdapter.class.php(280)
#0 wa-system/database/waDbMysqliAdapter.class.php(156): waDbMysqliAdapter->exception()
#1 wa-system/database/waModel.class.php(171): waDbMysqliAdapter->schema('wa_contact', false)
#2 wa-system/database/waModel.class.php(127): waModel->describe()
#3 wa-system/database/waModel.class.php(97): waModel->getFields()
#4 wa-system/database/waModel.class.php(77): waModel->getMetadata()
#5 wa-system/auth/waAuth.class.php(236): waModel->__construct()
#6 wa-system/auth/waAuth.class.php(78): waAuth->_authByCookie()
#7 wa-system/user/waAuthUser.class.php(44): waAuth->isAuth()
#8 wa-system/user/waAuthUser.class.php(24): waAuthUser->init()
#9 wa-system/waSystem.class.php(238): waAuthUser->__construct(NULL, Array)
#10 wa-system/waSystem.class.php(279): waSystem::getCommonFactory('auth_user', 'waAuthUser', Array, NULL)
#11 wa-system/waSystem.class.php(516): waSystem->getUser()
#12 wa-system/waSystem.class.php(483): waSystem->dispatchBackend('webasyst/')
#13 index.php(7): waSystem->dispatch()
#14 {main}

wa-logerror.log

2017-06-15 00:28:11 127.0.0.1
Uncaught exception waDbException:
Database error. See log for details. (1146)
## wa-system/database/waDbMysqliAdapter.class.php(280)
#0 wa-system/database/waDbMysqliAdapter.class.php(156): waDbMysqliAdapter->exception()
#1 wa-system/database/waModel.class.php(171): waDbMysqliAdapter->schema('wa_contact', false)
#2 wa-system/database/waModel.class.php(127): waModel->describe()
#3 wa-system/database/waModel.class.php(97): waModel->getFields()
#4 wa-system/database/waModel.class.php(77): waModel->getMetadata()
#5 wa-system/auth/waAuth.class.php(236): waModel->__construct()
#6 wa-system/auth/waAuth.class.php(78): waAuth->_authByCookie()
#7 wa-system/user/waAuthUser.class.php(44): waAuth->isAuth()
#8 wa-system/user/waAuthUser.class.php(24): waAuthUser->init()
#9 wa-system/waSystem.class.php(238): waAuthUser->__construct(NULL, Array)
#10 wa-system/waSystem.class.php(279): waSystem::getCommonFactory('auth_user', 'waAuthUser', Array, NULL)
#11 wa-system/waSystem.class.php(516): waSystem->getUser()
#12 wa-system/waSystem.class.php(483): waSystem->dispatchBackend('webasyst/')
#13 index.php(7): waSystem->dispatch()
#14 {main}

OpenServeruserdatalogsApache-PHP-7-x64_errora.log

[Thu Jun 15 00:35:51.970157 2017] [ssl:warn] [pid 1764:tid 492] AH01909: site-one.loc:443:0 server certificate does NOT include an ID which matches the server name
[Thu Jun 15 00:35:51.971160 2017] [ssl:warn] [pid 1764:tid 492] AH01909: site-two.loc:443:0 server certificate does NOT include an ID which matches the server name
[Thu Jun 15 00:35:51.972163 2017] [ssl:warn] [pid 1764:tid 492] AH01909: default:443:0 server certificate does NOT include an ID which matches the server name
[Thu Jun 15 00:35:52.191147 2017] [ssl:warn] [pid 1764:tid 492] AH01909: site-one.loc:443:0 server certificate does NOT include an ID which matches the server name
[Thu Jun 15 00:35:52.191147 2017] [ssl:warn] [pid 1764:tid 492] AH01909: site-two.loc:443:0 server certificate does NOT include an ID which matches the server name
[Thu Jun 15 00:35:52.626205 2017] [ssl:warn] [pid 1764:tid 492] AH01909: default:443:0 server certificate does NOT include an ID which matches the server name
[Thu Jun 15 00:35:52.666311 2017] [mpm_winnt:notice] [pid 1764:tid 492] AH00455: Apache/2.4.25 (Win64) OpenSSL/1.0.2j configured -- resuming normal operations
[Thu Jun 15 00:35:52.666311 2017] [mpm_winnt:notice] [pid 1764:tid 492] AH00456: Apache Lounge VC14 Server built: Dec 17 2016 11:15:57
[Thu Jun 15 00:35:52.666311 2017] [core:notice] [pid 1764:tid 492] AH00094: Command line: 'D:\openserver\modules\http\Apache-PHP-7-x64\bin\httpd.exe -d D:/OpenServer/modules/http/Apache-PHP-7-x64 -f d:\openserver\modules\http\Apache-PHP-7-x64\conf\httpd.conf'
[Thu Jun 15 00:35:52.675336 2017] [mpm_winnt:notice] [pid 1764:tid 492] AH00418: Parent: Created child process 5944
[Thu Jun 15 00:35:53.272233 2017] [ssl:warn] [pid 5944:tid 536] AH01909: site-one.loc:443:0 server certificate does NOT include an ID which matches the server name
[Thu Jun 15 00:35:53.273236 2017] [ssl:warn] [pid 5944:tid 536] AH01909: site-two.loc:443:0 server certificate does NOT include an ID which matches the server name
[Thu Jun 15 00:35:53.274241 2017] [ssl:warn] [pid 5944:tid 536] AH01909: default:443:0 server certificate does NOT include an ID which matches the server name
[Thu Jun 15 00:35:53.460752 2017] [ssl:warn] [pid 5944:tid 536] AH01909: site-one.loc:443:0 server certificate does NOT include an ID which matches the server name
[Thu Jun 15 00:35:53.461756 2017] [ssl:warn] [pid 5944:tid 536] AH01909: site-two.loc:443:0 server certificate does NOT include an ID which matches the server name
[Thu Jun 15 00:35:53.462758 2017] [ssl:warn] [pid 5944:tid 536] AH01909: default:443:0 server certificate does NOT include an ID which matches the server name
[Thu Jun 15 00:35:53.489465 2017] [mpm_winnt:notice] [pid 5944:tid 536] AH00354: Child: Starting 32 worker threads.

OpenServeruserdatalogsMySQL-5.7-x64_error.log

2017-06-14T21:35:51.500492Z 0 [Note] --secure-file-priv is set to NULL. Operations related to importing and exporting data are disabled
2017-06-14T21:35:51.500492Z 0 [Note] d:openservermodulesdatabaseMySQL-5.7-x64binmysqld.exe (mysqld 5.7.16) starting as process 4512 ...
2017-06-14T21:35:51.509516Z 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2017-06-14T21:35:51.509516Z 0 [Note] InnoDB: Uses event mutexes
2017-06-14T21:35:51.509516Z 0 [Note] InnoDB: _mm_lfence() and _mm_sfence() are used for memory barrier
2017-06-14T21:35:51.509516Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.3
2017-06-14T21:35:51.510519Z 0 [Note] InnoDB: Number of pools: 1
2017-06-14T21:35:51.510519Z 0 [Note] InnoDB: Not using CPU crc32 instructions
2017-06-14T21:35:51.512524Z 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
2017-06-14T21:35:51.521549Z 0 [Note] InnoDB: Completed initialization of buffer pool
2017-06-14T21:35:51.681974Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2017-06-14T21:35:52.099901Z 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2017-06-14T21:35:52.100904Z 0 [Note] InnoDB: Setting file 'd:openserveruserdataMySQL-5.7-x64ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2017-06-14T21:35:52.625202Z 0 [Note] InnoDB: File 'd:openserveruserdataMySQL-5.7-x64ibtmp1' size is now 12 MB.
2017-06-14T21:35:52.668317Z 0 [Note] InnoDB: 96 redo rollback segment(s) found. 96 redo rollback segment(s) are active.
2017-06-14T21:35:52.668317Z 0 [Note] InnoDB: 32 non-redo rollback segment(s) are active.
2017-06-14T21:35:52.669320Z 0 [Note] InnoDB: Waiting for purge to start
2017-06-14T21:35:52.720222Z 0 [Note] InnoDB: 5.7.16 started; log sequence number 8783149
2017-06-14T21:35:52.721225Z 0 [Note] Plugin 'FEDERATED' is disabled.
2017-06-14T21:35:52.721225Z 0 [Note] InnoDB: Loading buffer pool(s) from d:openserveruserdataMySQL-5.7-x64ib_buffer_pool
2017-06-14T21:35:52.893683Z 0 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
2017-06-14T21:35:52.894686Z 0 [Note]   - '127.0.0.1' resolves to '127.0.0.1';
2017-06-14T21:35:52.895689Z 0 [Note] Server socket created on IP: '127.0.0.1'.
2017-06-14T21:35:52.968884Z 0 [Note] InnoDB: Buffer pool(s) load completed at 170615  0:35:52
2017-06-14T21:35:52.984928Z 0 [Note] Event Scheduler: Loaded 0 events
2017-06-14T21:35:52.984928Z 0 [Note] d:openservermodulesdatabaseMySQL-5.7-x64binmysqld.exe: ready for connections.
Version: '5.7.16'  socket: ''  port: 3306  MySQL Community Server (GPL)

Попытался сделать дамп (бэкап) БД через родную для MySQL утилиту mysqldump и получил ошибку:

Got error: 1146: Table `table_name` doesn't exist when using LOCK TABLES

Вместо table_name имя несуществующей таблицы. Т.е. сразу после введения в консоль/терминал команды:

mysqldump --user=root -p db_name > db_name.sql

получаю такую ошибку. Файл дампа создаётся, но он пустой, утилита mysqldump после выдачи этой ошибки перестаёт работать.

Попытки ухода от проблемы

Не стал обращать внимание на mysqldump и взял другие инструменты пытаясь убежать от проблемы, так сказать, решил применить альтернативные пути решения. Пробовал сделать дамп базы через менеджер баз данных phpMyAdmin и всё получилось, но при импорте (поднятии) дампа возникли ошибки. Так же пробовал сделать тамп через родной для MySQL графический менеджер БД MySQL Workbench, но он тоже стал ругаться и выдавать эту обишку ибо он так же пользуется утилитой командной строки mysqldump при экспорте БД. Пробовал экспортировать дамп БД так же при помощи Sypex Dumper, он сперва вроде работал, но потом тоже выдал аналогичную ошибку. Короче говоря зря я только тратил время с этими альтернативными инструментами работы с БД. Если не работает родной mysqldump, то и другие программы врядли помогут ибо с базой что-то не так и надо разбираться.

Попытки решения проблемы

Что же это за «doesn’t exist when using LOCK TABLES» такой. Придётся разобраться. Если перевести текст сообщения об ошибке, то в нём говорится примерно следующее: «Таблица `table_name` не существует при использовании команды LOCK TABLES». Т.е. не была найдена указанная таблица, что понятно, ведь её никто там не создавал и быть её не должно.

Если посмотреть базу через разные графические менеджеры БД вроде браузерного phpMyAdmin или десктопного MySQL Workbench, то такой таблицы в базе действительно нет и не должно быть, но СУБД MySQL почему-то считает, что она там есть или должна быть, однако если посмотреть базу через родной консольный менеджер БД mysql (MySQL monitor), то такая таблица там будет в общем списке таблиц. Надо разбираться.

Поискал ответы на свои вопросы в служебной таблице information_schema, но это ни к чему не привело. Сделал пакетную проверку и восстановление всех таблиц базы данных через родную утилиту mysqlcheck, но это не помогло. При проверке утилита так же нашла эту несуществующую таблицу и стала ругаться, что она не найдена, но работу доделала до конца:

Repairing tables
table_name
Error : Table 'table_name' doesn't exist
status : Operation failed

Решение проблемы

Воспользовался стандартным родным консольным менеджером БД, который так и называется mysql, он же полностью MySQL monitor. Зашёл под нужным пользователем БД, выбрал базу, вывел список таблиц базы и оказалось в этом списке действительно есть та самая несуществующая таблица, которая была указана в тексте сообщения об ошибке. Так же при попытке создать таблицу с таким именем получаешь сообщение об ошибке, что такая таблица уже существует. Решил посмотреть что же есть в этой таблице. Получил сообщение об ошибке, что такой таблицы не существует, что не удивительно, ведь её и не должно существовать, но СУБД MySQL считает, что она есть и выводит её в общем списке таблиц. Решил удалить эту таблицу и тоже получил сообщение, что такой таблицы нет и удалять нечего. После этого вновь запросил список всех таблиц базы данных и о чудо, это несуществующей таблицы в списке больше нет.

Таким образом, что бы решить проблему «Got error: 1146: Table `table_name` doesn’t exist when using LOCK TABLES» при работе с БД надо пользоваться родным консольным менеджером БД MySQL monitor (mysql). Попытайтесь сперва создать таблицу с таким именем и получите сообщеине об ошибке, что такая таблица уже есть в БД. Попытайтесь удалить эту таблицу и получите сообщение, что её и так нет. Во время одного из этих действий СУБД MySQL ещё раз проверит базу и убедится, что такой таблицы нет и вычеркнет её из мета информации БД, т.е. забудет про эту несуществующую таблицу, не будет выводить её в списке всех таблиц и не будет выводить эту ошикбу. Скорее всего проверка целостности базы происходит при попытке удаления этой несуществующей таблицы, поэтому пробовать создавать её и не нужно. Так же, возможно, пользоваться консольным MySQL monitor тоже не обязательно и можно послать SQL-запрос СУБД на удаление этой таблицы откуда удобно, просто в MySQL monitor эта таблица сперва отображается в общем списке а в остальных менеджерах баз данных не показывается. В общем точно не знаю что в моём алгоритме действий лишнее, а что необходимое, я лишь говорю как я решил эту проблему. Задача нетривиальная и попытаться воссоздать эту ошибку с целостностью базы ещё раз для учебных целей оказалось не просто. У меня был лишь один проход решения проблемы, поэтому, что точно её решило я не знаю.

Для тех кто всё ещё не понял, скажу кратко. Просто воспользуйетесь консольным MySQL monitor и через него попробуйте удалить эту несуществующую таблицу. При запросе удаления СУБД MySQL проверит базу, поймёт, что такой таблицы действительно нет и всё будет в порядке. Проблема решена, вот и всё.

На всякий случай прикладываю список консольных команд и SQL-запросов, которые я использовал в ходе решения этой проблемы. Хотел их писать сразу по ходу изложения, но решил, что это не нужно для тех кто и так знает, а для остальных (забывчивых) напишу список ниже, названия файлов, пользователей, таблиц и баз, естественно взяты для примера, подставляйте свои.

Для начала консольная команды.
Попытка сделать дамп базы через утилиту mysqldump:

mysqldump --user=root -p db_name > db_name.sql

Пакетная проверка и восстановление всех таблиц базы данных через родную утилиту mysqlcheck:

mysqlcheck --user=USER --password=PASSWORD --auto-repair --check --all-databases

Вход в консольный менеджер баз данных MySQL monitor с указанием данных:

mysql --user=USER --password=PASSWORD

Далее работает непосрдественно с БД, поэтому теперь пойдут SQL-запросы.
Просмотр всех доступных для пользователя (для просмотра) баз данных:

SHOW DATABASES;

Выбор необходимой рабочей базы данных для работы с ней:

USE <db_title>;

Просмотр всех доступных для пользователя таблиц выбранной базы данных:

SHOW TABLES;

Просмотр содержимого указанной таблицы (с лимитом записей/строк):

SELECT * FROM table_title LIMIT 100;

Удаление таблицы из базы данных:

DROP TABLE table_title;

Следует понимать, что несуществующая таблица, это ошибка структуры базы данных, т.е. надо копать в эту сторону, восстанавливать структуру БД, а не таблиц.

Если моё решение не помогло, то можно попробовать воспользоваться утилитой «innodb tools» (Percona Data Recovery Tool for InnoDB) (https://code.google(точка)com/archive/p/innodb-tools/). Ещё есть решение описанное здесь (http://adw0rd(точка)com/2009/07/02/recovery-innodb/), но там народ в комментариях говорит, что это не всегда помогает.

На этом все, всем спасибо за внимание.