Служба MySQL не запускается

Question

У меня проблема с MySQL. WAMP оранжевый с услугой онлайн, но не MySQL. Он отображает следующее сообщение об ошибке:

#2002 - No connection could be made because the target machine actively refused it.

Это ошибка журнала:

2015-11-18 22:13:24 7408 [Note] Plugin 'FEDERATED' is disabled. 
2015-11-18 22:13:24 7408 [Note] InnoDB: Using atomics to ref count buffer pool pages 
2015-11-18 22:13:24 7408 [Note] InnoDB: The InnoDB memory heap is disabled 
2015-11-18 22:13:24 7408 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 
2015-11-18 22:13:24 7408 [Note] InnoDB: Compressed tables use zlib 1.2.3 
2015-11-18 22:13:24 7408 [Note] InnoDB: Not using CPU crc32 instructions 
2015-11-18 22:13:24 7408 [Note] InnoDB: Initializing buffer pool, size = 128.0M 
2015-11-18 22:13:24 7408 [Note] InnoDB: Completed initialization of buffer pool 
2015-11-18 22:13:24 7408 [Note] InnoDB: Highest supported file format is Barracuda. 
2015-11-18 22:13:24 7408 [Note] InnoDB: The log sequence numbers 101407365 and 101407365 in ibdata files do not match the log sequence number 101451472 in the ib_logfiles! 
2015-11-18 22:13:24 7408 [Note] InnoDB: Database was not shutdown normally! 
2015-11-18 22:13:24 7408 [Note] InnoDB: Starting crash recovery. 
2015-11-18 22:13:24 7408 [Note] InnoDB: Reading tablespace information from the .ibd files... 
2015-11-18 22:13:24 7408 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace catalog_estudio/ost_qacomments uses space ID: 70 at filepath: .\catalog_estudio\ost_qacomments.ibd. Cannot open tablespace osticket/ost_content which uses space ID: 70 at filepath: .\osticket\ost_content.ibd 
InnoDB: Error: could not open single-table tablespace file .\osticket\ost_content.ibd 
InnoDB: We do not continue the crash recovery, because the table may become 
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it. 

Я пытался найти my.cnf, но она не существует. Я удалил файлы .ibd, но проблема осталась прежней.

Answer 1

Порт MySQL на сервере либо межсетевой экран, либо mysql не прослушивает этот порт. «активно отказаться» означает, что целевая машина вернула «соединение отказалось».

Изменить этот файл: "C: \ WAMP \ Bin \ MySQL [mysql_version] \ my.ini"

[client] 
#password = your_password 
port = 3306 
socket = /tmp/mysql.sock 

и сервера MySQL [wampmysqld]

port = 3306 
socket = /tmp/mysql.sock 

Вы можете изменить порт номер по умолчанию от 3306 до 3309.

UPDATE

mysql.sock не простой файл, который вы можете просто создать. MySQL будет создаваться с самого начала «самим собой». Попробуйте запустить MySQL, а затем предоставить нам полный mysqld.log.

Я предполагаю, что это `ы следующее и обходной путь/решение можно найти здесь себя в нем:

InnoDB: Error: could not open single-table tablespace file .\mysql\slave_worker_info.ibd 
InnoDB: We do not continue the crash recovery, because the table may become 
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it. 
InnoDB: To fix the problem and start mysqld: 
InnoDB: 1) If there is a permission problem in the file and mysqld cannot 
InnoDB: open the file, you should modify the permissions. 
InnoDB: 2) If the table is not needed, or you can restore it from a backup, 
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal 
InnoDB: crash recovery and ignore that table. 
InnoDB: 3) If the file system or the disk is broken, and you cannot remove 
InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf 
InnoDB: and force InnoDB to continue crash recovery here. 

1) Если есть проблемы с правами в файле и туздЫ не может открыть файл, вам должен изменить разрешения.

2) Если таблица не нужна или вы можете восстановить ее из резервной копии, вы можете удалить .ibd-файл, а InnoDB выполнит нормальное восстановление после сбоя и проигнорирует эту таблицу.

3) Если файловая система или диск поврежден, и вы не можете удалить .ibd файл, вы можете установить innodb_force_recovery> 0 в my.cnf и силы InnoDB, чтобы продолжить восстановление после аварии здесь:

1) In [mysqld] section, add the following line: 
innodb_force_recovery = 1 
2) Save the file and try starting MySQL. 
3) when recovery is finished, remove that line which you just added and restart MySQL.