LINUX.ORG.RU
ФорумAdmin

mysqldump restore


0

2

сделал
# mysqldump -p zabbix >zabbix.dump
дамп ~2Gb создался минут за 5-10, в общем, не долго.
скопировал дамп на другой сервер и запустил
# mysql -p zabbix < zabbix.dump
заливается уже час с полной загрузкой HDD и минимальной загрузкой CPU. Грустно.
Как можно ускорить загрузку?

★★★★★

Последнее исправление: af5 (всего исправлений: 1)

закончилось через два часа...

af5 ★★★★★
() автор топика
Ответ на: комментарий от af5

я всего лишь предлагаю ознакомится с методикой быстрого insert. как понимаю именно это вам и требуется. поскольку куска дампа вы не предоставили, я, в свою очередь, могу дать только ссылку.

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

Дамп базы (приведенным выше скриптом) выглядит у всех одинаково, не вижу смысла приводить такие куски.

Я расчитывал на какие-нибудь ключи или на альтернативную утилиту импорта.

af5 ★★★★★
() автор топика
Ответ на: комментарий от af5

или на альтернативную утилиту экспорта, создающую более правильные дампы.

af5 ★★★★★
() автор топика
Ответ на: комментарий от af5

нашел ключ -e для mysqldump
Это ОНО я так понимаю?

af5 ★★★★★
() автор топика
Ответ на: комментарий от af5

>Я расчитывал на какие-нибудь ключи или на альтернативную утилиту импорта.
но никак не на документацию?
по сабжу - не известна структура бд, используемый енджин и вид загружаемых данных.
без этого говорить об оптимизации смысла не имеет. или вам «волшебные» ключи подать?

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

Волшебные тролли которым нечего сказать точно не нужны
ЗЫ
Ключ -e не помог, видимо он дефолтный.

af5 ★★★★★
() автор топика

если база не InnoDB то можно было просто бинарные файлы скопировать :) с маленькими хитростями, то можно

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

Увы База именно InnoDB

af5 ★★★★★
() автор топика

Погуглил. Похоже, для InnoDB кроме mysqldump утилит просто не существует (по крайней мере свободных).
Очень грустно.
А как с этим в постгресе? Там есть горячее копирование быстрое типа как rman для оракла?

af5 ★★★★★
() автор топика
Ответ на: комментарий от af5

я пожалуй продолжу тролить предлагать прочесть документацию.
если читать man mysqldump внимательнее и ту ссылку, что я дал, то можно обратить внимание на замечательный дефолтный --opt:
который включает замечательную вещь: --disable-keys

For each table, surround the INSERT statements with /*!40000 ALTER TABLE tbl_name DISABLE KEYS */; and /*!40000 ALTER TABLE tbl_name ENABLE KEYS */; statements. This makes loading the dump file faster because the indexes are created after all rows are inserted. This option is effective only for nonunique indexes of MyISAM tables.



или вообще обратить внимание на load data, который значительно быстрее инсертов, но требует правильно сформированного дампа в csv.

но вам кнчно можно попробовать сменить субд. или даже переустановить ос ;)

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

> --disable-keys

а ничё што в мане написано что ключ эффективен только для nonunique indexes of MyISAM tables?

Короче чуда от утилит импорта-экспорта я уже не жду. Пока не появится средства бинарного бакапа дёргаться смысла нет.

af5 ★★★★★
() автор топика
Ответ на: комментарий от af5

на будущее пригодится. может быть myisam бэкапить потребуется.
вообще от отключения обновления индексов хуже не станет и на innodb.
а так, реально очень быстрый dump/restore можно на load data сделать.

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

>а так, реально очень быстрый dump/restore можно на load data сделать

так чтож не сделают то?

af5 ★★★★★
() автор топика
Ответ на: комментарий от fr_butch

Не сделают утилиту резервного копирования
И вообще шел бы ты искать еду в другом месте

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