- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Возникли проблемы при импорте базы размером в 80 метров, дампы меньшего размера заливаются без проблем, обычно для работы с дампом пользуюсь утилитой Sypex Dumper Lite. На сей раз происходит долгая загрузка с 500 ошибкой в итоге, причем время исполнения ставил до 6000, не помогло. Стал пробовать phpmyadmin - выскочила ошибка превышения max_allowed_packet, увеличил до 64М, не помогло. Далее попросил хостера залить через шелл - в итоге mysql поругался на данные из дампа и емкие таблицы не залил. Попробовал руками заливать через запросы sql, все импортируется но ОЧЕНЬ долго, например 100 инсертов загружает пару минут. Может mysql не настроен? Вот параметры из конфига:
skip-locking
key_buffer = 16K
max_allowed_packet = 64M
table_cache = 4
sort_buffer_size = 64K
read_buffer_size = 256K
read_rnd_buffer_size = 256K
net_buffer_length = 2K
thread_stack = 64K
[mysqldump]
quick
max_allowed_packet = 64M
[mysql]
no-auto-rehash
[isamchk]
key_buffer = 8M
sort_buffer_size = 8M
[myisamchk]
key_buffer = 8M
sort_buffer_size = 8M
icq 163305914
в итоге mysql поругался на данные из дампа
Как именно?
типа ошибка в данных, хотя вручную эти данные нормально заливаются - без ошибок.
Сравнил сейчас переменные конфига на другом сервере, различия налицо:
key_buffer = 128М
max_allowed_packet = 16M
table_cache = 512
sort_buffer_size = 4М
read_buffer_size = 2М
read_rnd_buffer_size = 8М
net_buffer_length = 2K
thread_stack = 1М
Скажите, может быть в этом проблема?
Если база 80 Мб, то логично, что значение max_allowed_packet должно быть больше 80 Мегабайт, для импорта через phpMyAdmin.
Сделайте 96M и не забудьте перезапустить MySQL
ок, попробую.
Если будут проблемы, то можете написать мне в ICQ 392-395.
Помогу.
Отзывы о моей работе в подписи.
Himiko,
Если база 80 Мб, то логично, что значение max_allowed_packet должно быть больше 80 Мегабайт
Может кому и логично, но не является правдой. Впрочем, увеличивать max_allowed_packet можно без опасений.
Может кому и логично, но не является правдой. Впрочем, увеличивать max_allowed_packet можно без опасений.
Я бы скорее пошел смотреть на max_upload_size и на размер POST-данных :-)
Himiko,
Может кому и логично, но не является правдой. Впрочем, увеличивать max_allowed_packet можно без опасений.
Не совсем так. Если запрос к MySQL (какая-то большая таблица) будет больше max_allowed_packed, то не получится залить такой дамп.
Himiko добавил 05.05.2009 в 13:47
Я бы скорее пошел смотреть на max_upload_size и на размер POST-данных :-)
Это тоже верно. Я бы тоже посмотрел на настройки php.
Но если phpMyAdmin сругнулся на max_allowed_packet, значит стоит ему поверить)
о, cool ! админы ща выяснят между собой кто самый крутой.
И все станет понятно who is who :)