Здравствуйте. Использую такой метод переноса: mysqldump -uroot -p table base1 | mysql -uroot -p base2
Ну очень долго переносит. В таблицах не много данных. С чем это связано?
Мб способ копирования некорректен?

сервер 8 ядер. 8 гиг озу. ресурсов хватает.

vkleА что значит "Ну очень долго"? Сколько мегабайт данных и за какой промежуток времени?
Ещё и от структуры копируемых таблиц зависит...
Например, при больших объемах не получится выйти за скорость передачи данных интерфейса жесткого диска. Вполне себе ограничивающий фактор, коих много.
Хост не указан - значит используется один сервер на локалхосте. Соответственно, головкам диска придется бегать от файлов одной таблицы к файлам другой таблицы, если эти файлы на одном диске. Это не быстро. Да ещё и данные туда-сюда. На разных дисках копирование малость побыстрее будет.
Ну так то есть хитрости ускорить. Например, если сначала создать таблицу и индексы, а потом заливать туда данные, то процесс будет более медленным, нежели создание индексов после заливки данных.
В ряде случаев для скорости можно тупо остановить сервер и скопировать файлы таблиц из одной базы в другую. Головкам по диску тоже придется елозить, но некоторая экономия будет, те же индексы перенесутся уже готовыми. Конечно, если ситуация позволяет.
Ядрами можно не меряться, процессов тут всего ничего.

Да. Я тут попробвал экспортировать таблицу. Потом ипортировать. Через ссш вижу какие запросы идут. Видимо таблица очень большой оказалось. Беда в том что при импорте в базу, база не принимает другие запросы с локалхоста т.к. занята импортом.

Есть ли вариант, просто быстро перенести таблицу с бд1 в бд2? Не скопировать, а перенести.

MelkijБулыжникЕсть ли вариант, просто быстро перенести таблицу с бд1 в бд2? Не скопировать, а перенести.
Судя по тому, что не указаны хосты и порты в исходных командах - речь о двух базах в пределах одного хоста. Тогда:



А для скопировать данные аналогично в пределах инстанса наверняка будет эффективнее перенести структуру вручную и сделать

Всем спасибо за помощь. Очень хорошо сработала rename, все таблицы перенесёт с одной базы в другую за 5 сек.
С последней таблицей выдаёт ошибку: ERROR 1435 (HY000): Trigger in wrong schema

MelkijБулыжник,

удалите с таблицы триггеры, перенесите табличку, создайте новые триггеры обратно какие нужны.
Такая вылазит если я переименовываю таблицу. И потом переношу, ошибка. Если не переименовывать то всё ок. Странно как-то.

Всё сделал. Спасибо ребят. Удалил тригеры и заново добавил.