Речь о spin-host.pl?

нет

в панели управления скорее всего будет phpmyadmin который позволит импортировять файл в базу

а для создания самой базы там нужно найти раздел работы с базой и создать

там cPanel или что-то свое?

спасибо я уже нашел выход!

Если у тебя есть воркбенч, то ищи там data export и делай дамп. И грузи его на хостинг как на картинке в инструкции.
И не спась сообщениями плиз, постарайся мысль формулировать полностью.

День добрый уважаемые.
Интересный случай мне попался.
Запущен на мастере альтер добавляющий индекс на таблицу.
На слейве идет чтение этой таблицы.
Когда приехал альтер по реплицации сама репликация встала с локом:

Waiting for table metadata lock

Новые сессии чтения так же его получилали.
Тут было пусто:

select * from performance_schema.metadata_locks;

В SHOW ENGINE INNODB STATUS; в секции транзакций вернуло список заблокированных транзакций и одну не заблокированную:

------------
TRANSACTIONS
------------
Trx id counter 4175982358
Purge done for trx's n:o < 4175786676 undo n:o < 0 state: running but idle
History list length 93581
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 421633691734592, not started
0 lock struct(s), heap size 1136, 0 row lock(s)
----- Много транзакций тут ------
---TRANSACTION 421633691516456, not started
0 lock struct(s), heap size 1136, 0 row lock(s)
---TRANSACTION 421633691515264, not started
0 lock struct(s), heap size 1136, 0 row lock(s)
---TRANSACTION 4175819410, ACTIVE 5729 sec
0 lock struct(s), heap size 1136, 0 row lock(s)
MySQL thread id 32293324, OS thread handle 140112719398656, query id 2554773497 0.0.0.0 mysql_user
Trx read view will not see trx with id >= 4175819411, sees < 4175664201

Я кильнул транзакцию 32293324. Но это не возымело эффекта.
По прежнему висели транзакции со статусом Waiting for table metadata lock.
Получилось решить проблему только скриптом который поубивал все спящие транзакции.
Собственно вопрос. Как мне найти вредоностную транзакцию которая лочит все?
Куда я не загляную, а должен был?

тебе нужно было просто убить селект на эту таблицу

и всё

Вопрос о performance_schema отпадает ибо забыл включить нужную настройку:

UPDATE performance_schema.setup_instruments SET ENABLED = 'YES' WHERE NAME = 'wait/lock/metadata/sql/mdl';

Так в том то и дело, что надо найти какая именно транзакция лочит.

В конечном счете так и получилось, что убил все транзакции обращавшиеся к таблице.
Но хотелось бы более тонко реагировать на ситуацию и убивать именно нужную транзакцию.

в metadata_lock  оно будет

понял, спасибо, тогда больше вопросов не имею

дальше это можно будет связать с p_s.threads и i_s.processlist и грохнуть как ёжик лампу

Хорошо, спасибо :)

привет есть кто?

SELECT COUNT(*) FROM tabl WHERE tabl.post_id_media = '$media'"
То срабатывает то не срабатывает почему?