LINUX.ORG.RU
ФорумAdmin

Что я делаю не так при распаковке базы?

 , , ,


1

1

backup.sql ~ 300Gb

mysql -u root -p databasename < backup.sql

Распаковывается четвертый день на Xeon E5 с кучей Gb оперативы на рейд массив.

Так и должно быть или это как-то можно ускорить?

Да я вкурсе про мастер-слейв репликацию.

★★★★★

Это не распаковка базы, а выполнение sql запросов, которые создают базу, таблицы, а далее делают insert по отдельной записи в соответствующие таблицы.

В общем, это не bak файл как в MS SQL.

anonymous
()

А какие другие варианты ты пробовал, или какие опции тюнинга?

Deleted
()

300 гигов ммм. Не проще скопировать файлы было? Твой двиг позволяет же?

anonymous
()

потому-то однопоточно, поэтому и долго Если нужно восстанавливать быстро - то копированием файлов. Заюзай xtrabackup. А если прям очень нужно mysqldump'ов - то дампь по-таблично, а восстанавливай в несколько потоков. По 10 таблиц одновременно (или больше, если диски позволяют).

anonymous
()

Вероятно индексы следует отключить на время заполнения таблиц и пересоздать их на заполненной базе.

Elyas ★★★★★
()

backup.sql ~ 300Gb
Распаковывается четвертый день

Импорт однопоточный. Стисни зубы и терпи. Если надо быстро - копируй не дампами, смотри в сторону innobackupex.

anonymous
()

Отключи автокоммит, проверку внешних ключей, других констрейтов, триггеров, поколдуй над размерами буферов в сторону увелиения, количеством потоков и тп. Можно попробовать разбить sql на отдельные таблицы и импортить их параллельно. Не забудь потом закомитить и вернуть настройки как было или как должно быть. Но все равно это будет долго.

anonymous
()
Ответ на: комментарий от anonymous

Но все равно это будет долго.

Примерно 5-10 гигов в час, но это было давно и неправда.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.