Чем можно открыть в ubuntu sql дамп размером в 140гб

Question

[slik]

И вообще потянет ли железо: ноутбук средней производительности 2гб оперативы, 2 ядра. Свободного место предостаточно.

Вообще в идеале бы это импортировать бы в mysql, но боюсь этот процесс он не выдержит, поэтому хотя бы его открыть и найти в нём нужный текст :)

Comments

[slik]

Дамп, как дамп :) Много баз данных, пользователей, таблицы всяких вьюх, триггеров и всего что можно было накопить на корпоративном хостинге в 250 человек. Мне там нужно найти свои таблицы и достать данные :)

[slik]

При поиске ноутбук к сожалению завис, попробую на стационарник перекинуть этот файл там железо в разы мощнее.

Answer 1

[sl_bug]

Главный вопрос зачем? Если найти текст то можно и не открывать. Вы суть задачи опишите. А так можете вимом попробовать (главное без плагинов его запустите, быстрее будет)

Comments

[sl_bug]

Упс. Что=то я про поиск в вопрос пропустил :) grep'ом из консоли ищите

[slik]

Вроде не плохо ищет, спасибо!

Answer 2

[schastny]

Удалите Ubuntu. Поставьте Windows и откройте блокнотом, «главное без плагинов его запустите, быстрее будет» :D

Answer 3

[propovednik]

Подымите SQL сервер, скормите дамп серверу, зайдите через пххмайадмин, удалите 100% ненужные базы, с оставшимися сделайте дамп.

Answer 4

[Vitali]

140GB? Щ_щ, боюсь спросить что это за дамп такой.

Первое что приходит в голову это поделить дамп на 2-3 десятка более мелких частей, быстрое гугление выдало как это сделать в Linux:

split --bytes=1m /path/to/large/file /path/to/output/file/prefix

Где 1m, это размер каждого файла. Дальше думаю разберётесь.

Comments

[phasma]

Дамп MySQL это текст. Если его поделить на куски, то часть данных потеряется.

[Vitali]

Это понятно что в таком виде их импортировать не сможешь, но автору вроде как надо вытащить оттуда только определённые данные так что мой вариант катит. Если же цель ставится именно импортировать, то после разделения, придётся немного поработать ручками. Других вариантов я не вижу.

[slik]

Ваш вариант мне не подходит, если делить файл хотя бы по 1гб который тоже с трудом будет открывается ничего не меняет, а на более мелкие я потом даже не представляю как в них искать :)
Вариант с grep отлично работает ищет и сохраняет что надо.
grep -i «text» dump.sql > result.txt

[slik]

Ваш метод кстати мне очень пригодится в конце поиска и составления result.txt т.к. он уже вырос за 2гб, его я как раз поделю на части чтобы открыть в редакторе :)

Answer 5

[Алексей]

Жесть.

Answer 6

[NikoB]

Попробуйте Sypex Dumper, справлялся с дампами в 80 Гб. Больше не проверялось

Answer 7

[DanielWolf]

открыть — nano, vi

импортить через source мускула

$ mysql -u user -ppass
> source /path/to/file

долго — да, но выдержит, и не такое импортили

Answer 8

[schastny]

Ааа демон! Скукожь его обратно! :)
140гб ох****! :)

«а на более мелкие я потом даже не представляю как в них искать :)»
cat /path/to/directory_with_many_small_files/* | grep «pattern»

Comments

[Максим]

Немного оффтоп: Всегда было интересно, зачем делать cat перед grep :)

[schastny]

Привычка. :)

Answer 9

[charon]

grep и vim — это простые, но достаточные инструменты. Конечно, 140 ГБ даже они будут долго обрабатывать, но я вообще не представляю, как этот процесс можно еще ускорить.