- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет!
Проблема такая: дамп весит около 4 гиг, импорт длился очень долго и в итоге до конца не выполнился для одной таблички - заполнилось только 2/3 от всех данных в ней.
Что теперь делать?
С ходу придумал вариант написать пхп скрипт, который отбросит ненужные строки sql дампа до строки с которой нужно начать. Но может есть другое решение проблемы?
slip, а как производилось резервное копирование? В шелле, с помощью ПХПМайАдминки или другой софтины?
в шеле фоном
Странно даже... У меня на петерхосте 1,5гига минуты за 4 сделался дамп... Ну да ладно... По проблеме, мог бы предложить следующий вариант, напишите скрипт который будет дампить отдельно таблицы... Ну и запустите его необходимое количество раз, для выграбливания недостающих данных.
Попробуйте понять, почему дамп не раскрылся - возможно, с базой или сервером глобальная проблема, и сервер надо менять.
Pilat, меня смутило: "импорт длился очень долго", поэтому решил, что тут скорее всего отрубили по таймауту или процесс сам отвалился. Так, что проблем может и не быть - просто настройки защиты такие.
добавьте в mysqldump параметр --tables имя_неполной_таблички
и сделайте дамп только ее
можно добавить --add-drop-table, чтобы эта табличка "освободила" под себя место в БД во время импорта
telemad, теже яйца только в профиль... Я предложил тоже самое, только не руками, а с помощью скрипта, который, в свою очередь, можно вызывать с помощью другого подставляя по ходу ему необходимое имя той/тех таблиц/ы. В общем это и есть правильное решение - сделать дамп недостающих таблиц. Автоматически или ручками выбирать ТС.
случайно не ругнулся на "Got a packet bigger than 'max_allowed_packet'" ?
если да - увеличьте значение директивы max_allowed_packet (по умолчанию 1048576) в /etc/my.cnf и перегрузите мускуль
Спасибо, всем откликнувшимся.
добавьте в mysqldump параметр --tables имя_неполной_таблички
Вариант с импортом одной таблички не подходит. Это слишком долго.
Ошибка вылезла о не хватки памяти и нужно что-то около гига или вроде того. Памяти на сервере всего 2Гб, хостинг - дедик.
Мускл работает с таким конфигом:
Отпишу ещё саппорту, т.к. проблема с долгим импортом меня совсем не радует.
slip, а на что ругается может скажите?