Быстрый импорт большой базы Mysql

Тема в разделе "Десктопный Linux", создана пользователем pikasun, 30 июл 2010.

Статус темы:
Закрыта.
Модераторы: Цукер
  1. pikasun

    pikasun Постоялец

    Регистр.:
    23 сен 2009
    Сообщения:
    117
    Симпатии:
    9
    Имеется дамп mysql базы. Вливаю файл размером 1.6 Гига обычным способом. Процесс достаточно долгий. Кто подскажет нужные программы?
     
  2. frozen0rb

    frozen0rb Создатель

    Регистр.:
    30 окт 2008
    Сообщения:
    25
    Симпатии:
    1
    Быстрее, чем через консоль ничего не будет. А большая часть программ под дампом такого размера сложатся.
     
  3. pikasun

    pikasun Постоялец

    Регистр.:
    23 сен 2009
    Сообщения:
    117
    Симпатии:
    9
    Попробовал всеми рекламируемый Sypex Dumper. Скорости не увидел.
    Глюки вылетали при экспорте. Импорт даже делать не стал.
    На самом деле базы значительно больше будут, похоже придется все на ночь заряжать...
     
  4. vgvgvg

    vgvgvg Создатель

    Регистр.:
    16 июн 2010
    Сообщения:
    39
    Симпатии:
    1
    А порезать дамп руками на части и лить несколько кусков параллельно?

     
  5. pikasun

    pikasun Постоялец

    Регистр.:
    23 сен 2009
    Сообщения:
    117
    Симпатии:
    9
    :) База под 30 гиг. Бум пробовать порезать...
     
  6. vgvgvg

    vgvgvg Создатель

    Регистр.:
    16 июн 2010
    Сообщения:
    39
    Симпатии:
    1
    Ну тогда уж и экспортировать потаблично...
    А еще надо посмотреть во что упираетесь при импорте. iostat посмотреть, наверняка в диски. Можно ли раскидать по разным дискам одновременно импортируемые таблицы?

     
  7. Akme

    Akme Творец буковок

    Регистр.:
    8 окт 2008
    Сообщения:
    435
    Симпатии:
    113
    Фига се базко :eek: - Подозреваю, что и порезать не получится, если потаблично, потому как скорее всего есть доминирующая табличка или парочка таких, которые в сумме и занимают 90 % объёма от этих 30 Гб. Была похожая ситуация, хоть порядка немного поменьше - гигов 5 была база (хотя даже и не mysql, но не суть), в ней две таблицы были по 2 гига, а остальные сотни таблиц занимали оставшийся гиг. Ситуация с доминирующей таблицей думаю типовая, хотя могут конечно быть и исключительные ситуации, что требует предварительного (перед перегонкой базы) её анализа.
     
  8. pikasun

    pikasun Постоялец

    Регистр.:
    23 сен 2009
    Сообщения:
    117
    Симпатии:
    9
    Это из старой версии UTM5 биллинга. Переехали на новую версию, база значительно уменьшилась.
     
  9. Akme

    Akme Творец буковок

    Регистр.:
    8 окт 2008
    Сообщения:
    435
    Симпатии:
    113
    Про утм-ку то я и забыл :D А ведь тоже эксплуатирую и тоже гигов 50 логов накопил наверное уже :) А я, так на старой версии и сижу уже пару лет - я её не трогаю и она меня не трогает и кушать не просит :D Правда глюки у мя с утм-кой всёж бывают :confused:

    А у тебя утм поднято на лине как я понял? Сам то я держу её на фре и интересно сравнить впечатления.
     
  10. pikasun

    pikasun Постоялец

    Регистр.:
    23 сен 2009
    Сообщения:
    117
    Симпатии:
    9

    На Debian сидим. Старая версия тупила сильно :) Намучались и по скорости и по функционалу.
    На новой считаться стало быстрее. Там ненужных таблиц нету и логика пререработана. Машинка под UTM5 следующая.
    Intel(R) Xeon(R) CPU @ 2.66GHz 4 Гб оперативки.
    Завязаны в софтовый RAID.
     
Статус темы:
Закрыта.