Изменить настройки MySQL

molottt

c
max_allowed_packet = 8M
wait_timeout=30
на
max_allowed_packet = 128M
wait_timeout=28800

чтобы мускуль не ловил ошибку "2006 MySQL server has gone away".
такая ошибка возникает когда скрипт рвет соединение с сервером, к примеру в парсерах, когда в фориче(foreach) от итерации до итерации (запроса, или вставки) проходит достаточно долгое время

nerevar1n

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

Столкнулся с такой проблемой при создании автобэкапа в битриксе.

Не уверен насчёт

wait_timeout=28800

Но думаю, что

wait_timeout=300

- 5 минут для выполнения всех запросов с базой данных, какой бы она не была (конечно, согласно здравому смыслу) будет достаточно

Мне кажется так - если в ваших скриптах от одного MySQL запроса до другого проходит более 30 секунд, то тут не настройки надо менять, а горескрипты. Если так уж сильно хочется, то всегда можно изменить настройки под себя, что вы и сделали. Настройку "под вас" менять не буду, поскольку на большинстве хостингов стоит именно 30 или 60.

molottt

начнем с того что на убунте у мускуля из пакетов настройки по-умолчанию:
max_allowed_packet = 16M
wait_timeout=28800

такие настройки:
max_allowed_packet = 8M
wait_timeout=30
могут стоять у денвера, на котом кроме "хеллоу ворд" ничего не пишут никогда.

ну и ставить в пример горе-хостинги тоже не имеет смысла особого. как туда набирают этих обезъянок (пардон, - админов) прекрасно тоже все знают. на хостингах и php4 стоит нередко.

горе-скрипты, да, пишут на твоем опен сервере

. причем пишут с прицелом что такого рода скрипты будут работать на вдс конечно. который настраивается потом под скрипты. ну а пишут на твое продукте (гордись:)).

от запроса до запроса может быть сколько угодно времени. ибо между запросами идет другая работа совершенно, ну а между делом данные сбрасываются\получаются из БД. смысла привязки к 30 секундам нет никакого...
так же как и влегкую выкрутить эти ползунки на максимум, чтобы люди не парились

Если везде оставлять настройки "из пакета", то ни один хостинг-сервер не выдержит и 10-ти клиентов

Для чего нужно ограничение в 60 сек - пока ваши горе скрипты вместо того, чтобы подключаться к базе когда нужно и отключаться когда она уже не нужна держат соединение открытым, другие пользователи сервера не могут подключиться к MySQL так как лимит открытых соединений исчерпан.

molottt

ну да. чтобы 1 горе-сервер на дохлом селероне продать 100 раз. а лучше 1000 раз. понятно что там кусочек диска и кусочек оперативной памяти. и пхп кусочек и мускуля тоже кусочек

туда и не ставят скрипты которые работают по 3 суток и 100 мегабайт данных "на весу" держат.

ну ок. нет так нет

Я держу настройки такими, какие они есть на большинстве хостинг-серверов дабы было удобно большинству пользователей и после переноса скриптов на хостинг не было неожиданностей. А кому надо - тот пусть поменяет нужную ему настройку под себя, это ведь дело двух секунд.