[umka]

То есть, если скомпилить из исходников под дебиан, то будет другое значение? :D

Видимо, просто путаете с mysql-клиентом.

У него, да, 16M. А у сервера — 1M.

Вообще, если нужно срочно зарегистрировать домен, нужно делать это там, где домен регистрируется сразу же после нажатия кнопки "Зарегистрировать", а не тянуть резину, а потом удивляться.

Заливать-то заливают, но тут проблема в другом.

Заливают они тем же способом. Т.е. чтобы его залить, нужно изменить конфигурацию и перезапустить mysql, залить дамп, изменить конфиг обратно, и еще раз перезапустить.

При этом, вы не сможете сделать выборку этой записи, т.к. она опять-таки не пролезет через этот max_allowed_packet :)

Вот такой расклад... как ни крути...

max_allowed_packet = 1M — это дефолтная настройка mysql.

И у подавляющего большинства она такая и есть.

И не увеличивают с целью борьбы с хранением в базе медиа-контента :)

Мой совет, всё-таки стремиться к универсальности/гибкости/мобильнсти, и решать проблему на своей стороне.

Раз уж на то пошло, то во всём виноваты те, кто проектировал таблицы и sql-запросы :)

Значит у вас в дампе всё одним INSERT-ом.

Юзайте вариант из p.s., должно помочь :)

futuristian, вы это вообще к чему?!

Mental, эту ошибку выдаёт mysql. Поэтому, при попытке залить через ssh будет та же проблема.

Какого рода информация в базе? Я полагаю, вы в ней храните какой-то громоздкий медиа-контент в полях типа BLOB :)

Варианты у вас следущие:

1. Наиболее правильный с моей точки зрения. Развернуть дамп на локальном компьютере. Выковырять из него медиа-контент и перенести его в файлы. Сделать новый дамп, залить на хост.

2. Найти хостера, у которого max_allowed_packed дотягивает до нужной вам величины. Думаю, это будет не так просто.

3. Наиболее сложный и затратный. Купить VPS, поставить на нём свой mysql с желаемым max_allowed_packet

[umka] добавил 06.05.2010 в 20:53

p.s. если же всё дело в том, что у вас каждая таблица вставляется одним запросом (все строки одним insert-ом), то самый простой способ будет развернуть дамп на локалке, и снять его с параметром --complete-insert.

Зависит от структуры таблиц, индексов и запросов.

Мускул просто подсказывает вам, что лучше бы сделать всё таким образом, чтобы индексы использовались.

Привеите примеры таблиц и запросов.

Т.е. на компьютере у студентов будет специальная программа, которая пишет видео+звук, а потом закачивает это на сервер?

При таком раскладе, нагрузки особой не будет.

Берите обычный shared-хостинг.

Главное, чтобы не было ограничений типа "максимальной допустимой нагрузки" (ну или чтобы не выключали без предупреждений), и чтобы стабильный был и не упал во время сессии :)

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

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

По всем остальным параметрам подойдёт обычный хостинг с гигабайтом места.